gromox-mbop — Mailbox operations utility


gromox-mbop {-d mbox|-u [recipient]@domain.example} command [command-args...]

Global options

-d /var/lib/gromox/user/1/2

Lookup the mailbox parameters from the associated filesystem location.

-u [user]

Lookup the mailbox parameters by the associated username. (To access a public store of a domain, leave out the local part, i.e. use


  • clear-photo: delete user picture

  • clear-profile: delete user's PHP-MAPI profile

  • clear-rwz: delete IPM.RuleOrganizer FAI messages from the inbox

  • delmsg: issue "delete_message" RPCs for a mailbox

  • emptyfld: remove objects from folders

  • get-photo: retrieve user image from store and print to stdout

  • get-websettings, get-websettings-persistent: retrieve settings for grommunio-web

  • purge-datafiles: remove orphaned attachments/content files from disk

  • purge-softdelete: remove soft-deleted items from a folder

  • recalc-sizes: recalculate store size

  • set-locale: reset UI language and special folders' names

  • set-photo: read user image from stdin and save to store

  • set-websettings, set-websettings-persistent: read new grommunio-web settings from stdin and save to store

  • unload: issue the "unload_store" RPC for a mailbox

  • vacuum: issue the "vacuum" RPC for a mailbox

Further documentation


The clear-photo command will delete the user picture. Note that, when there is no mailbox-level profile picture set, Gromox server processes may serve an image from another source, e.g. LDAP.


Similar to MSMAPI, PHP-MAPI keeps a MAPI profile which contains a store list and also the settings for grommunio-web. The clear-profile command will delete the copy of this data stored in exmdb. Note that zcore(8) may still hold a copy of the MAPI profile in memory and could write that back to exmdb, nullifying the effect of the clear-profile command. Also, if the store list is absent, a new one will implicitly be created when PHP-MAPI/zcore is used.


Deletes IPM.RuleOrganizer FAI messages from the inbox.



delmsg -f folder_spec [msgid...]


This command hard-deletes messages from a store, including issuing proper PR_CHANGE_KEY metadata updates for the sake of Cached Mode clients.

The folder and message IDs taken as arguments on the command-line should be of the GC-value form, i.e. as they appear in the the SQLite database.

Subcommand options

-f folder_spec

The folder from which to delete the messages. See below for details. (If a msgid is specified which is not located in the particular folder, that message will not be deleted.)


Perform a soft deletion.



emptyfld [-MRa] [-t age] [--soft] folder_spec...


This command deletes objects from one or more folders. (This was originally implemented with just the "empty_folder" RPC, but more options for selective deletion were added later. Thus, emptyfld may not completely empty a folder.)

Subcommand options


Exempt normal messages from deletion.


Recurse into subfolders.


Select associated messages (FAI) for deletion.

-t timespec

Select only messages which have a last modification timestamp older than timespec. (See further below near purge-softdelete for a short explanation of timespec.)


Rather than recursing into subfolders (to delete messages that match criteria like -a,-M,-t), delete subfolders outright.


Perform soft deletion. More specifically, this sets the soft-delete flag (also called "hidden" in Exchange) on messages and/or folders. Softdeleted objects can be restored/unhidden by the user. The final deletion is possible also at the hands of the user, or by using mbop's purge-softdelete subcommand.


  • Take out the trash ("Deleted Items") for a lazy user: gromox-mbop -u emptyfld -Rt 1week --soft DELETED



get-photo >somefile


Reads the user photo from the store and dumps it to stdout. If stdout is a terminal, no output is shown, in which case, if stderr is (also) a terminal, a summary will be shown there.



get-websettings >file.json
get-websettings-persistent >file.json


Reads the grommunio-web settings from the store and dumps it to stdout.


The "purge-datafiles" RPC makes exmdb_provider remove attachment and content files from disk that are no longer referenced by any message.



purge-softdelete [-r] [-t timespec] folder_spec...


This command hard-deletes all messages from a folder which are marked as soft-deleted. (The entire mailbox can be processed by specifying the root folder plus the -r option.)

Subcommand options


Recurse into subfolders.

-t timespec
Specifies the minimum time to the last modification that soft-deleted messages must have before they are hard-deleted. See gromox(7), section "Duration specification" for timespec's syntax.
Default: 0 (immediate deletion)


  • To process an entire mailbox and wipe everything older than a few days: gromox-mbop -u purge-softdelete -r / -t 10d


Recalculates the store size.



set-locale [-v] -l id


First, the set-locale operation changes the "preferred language" setting for the user account. This affects the display of user interfaces like grommunio-web, and also affects mailbox truncate/re-creation with gromox-mkprivate(8).

Second, provided Gromox has default folder name translations for the desired locale, set-locale also resets the display names of the mailbox's built-in folders.


-l id

XPG/POSIX-style locale identifier, e.g. ja_JP, pt_BR.


Verbose mode.




set-photo <somefile


Reads a new user photo from standard input and writes it to the store.



set-websettings <file.json
set-websettings-persistent <file.json


Reads new grommunio-web settings from standard input and writes it to the store.


Normally, exmdb_provider(4gx) keeps stores open for up to exmdb_provider.cfg:cache_interval. The "unload_store" RPC to exmdb_provider(4gx) causes the sqlite database (in /var/lib/gromox/.../exmdb/exchange.sqlite3) to be closed. Any subsequent RPC may reopen it, though. The unload RPC is useful after a mailbox was deleted and/or reinitialized with grommunio-admin-api or tools like gromox-mkprivate(8)/gromox-mkpublic(8). [zcore also has store state in memory. This would also need to be purged — but there is no RPC for such action at this time.] unload will fail to succeed if there is still a client connected to the mailbox via a notification channel.


Issue the SQLite ".vacuum" command on the user's exchange.sqlite3 file in an attempt to reclaim unused disk space and shrink it. This operation can potentially run for quite some time, during which the mailbox is inaccessible.

Folder specification

folder_spec can either be a numeric identifier, or a path-like specification into the folder hierarchy. If the name starts with the slash character '/', it is interpreted as starting from the root; otherwise, the first component must be a special fixed name (untranslated) (CALENDAR, COMMON_VIEWS, CONFLICTS, CONTACTS, DEFERRED_ACTION, DELETED (TRASH, WASTEBASKET), DRAFT, FINDER, INBOX, IPM_SUBTREE, JOURNAL, JUNK, LOCAL_FAILURES, NOTES, OUTBOX, SENT, SERVER_FAILURES, SHORTCUTS, SYNC_ISSUES, TASKS, VIEWS). These special names can be used with private stores only; there are no names defined for public folder contents at this time. There is also no parsing support for slashes in folder names currently in mbop; the slash character is always treated as a hierarchy separator. Examples:

  • /Top of Information Store/Sent Items/2022

  • IPM_SUBTREE/Sent Items/2022

  • SENT/2022

See also