mu4e-get-mail-command?mu index while mu4e is running I get errorsIndexing... messages?offlineimap and UTF-7mbsync or offlineimap do not sync properlyThe recommended way is to use mu4e’s built-in notification system, see
Desktop notifications.
Alternatively, you can set things up manually.
There is mu4e-index-updated-hook, which gets triggered when the indexing
process triggered sees an update (not just new mail though). To use this hook,
put something like the following in your setup (assuming you have aplay and
some soundfile, change as needed):
(add-hook 'mu4e-index-updated-hook
(defun new-mail-sound ()
(shell-command "aplay ~/Sounds/boing.wav&")))
mu4e-get-mail-command? ¶Use the literal string "true" (or don’t do anything, it’s the
default) which then uses /bin/true (a command that does nothing and
always succeeds). This makes getting mail a no-op, but the messages are
still re-indexed.
Use M-x mu4e-update-index
mu index while mu4e is running I get errors ¶For instance:
mu: mu_store_new_writable: xapian error 'Unable to get write lock on ~/.cache/mu/xapian: already locked
What to do about this? You get this error because the underlying Xapian
database is locked by some other process; it can be opened only once in
read-write mode. There is not much mu4e can do about this, but if is
another mu instance that is holding the lock, you can ask it
to (gracefully) terminate:
pkill -2 -u $UID mu # send SIGINT sleep 1 mu index
mu4e automatically restarts mu when it needs it. In practice, this
seems to work quite well.
Indexing... messages? ¶Set the variable mu4e-hide-index-messages to non-nil.
Some IMAP-synchronization programs such as mbsync (but not offlineimap)
don’t like it when message files do not change their names when they are moved
to different folders. mu4e can attempt to help with this - you can set the
variable mu4e-change-filenames-when-moving to non-nil.
Also, some of these programs may interpret the “trash” flag differently; see
mu4e-trash-without-flag for how to influence that.
Finally, we would warn against synchronizing the “Drafts” folder; the messages
in mu4e’s draft are in mu4e’s (i.e., Gnus’) format, which is not
necessarily usable by other clients.
offlineimap and UTF-7 ¶offlineimap uses IMAP’s UTF-7 for encoding non-ascii folder
names, while mu expects UTF-8 (so, e.g. /まりもえ
お21 becomes /&MH4wijCCMEgwSg-).
This is best solved by telling offlineimap to use UTF-8 instead —
see this
ticket.
mbsync or offlineimap do not sync properly ¶Unfortunately, mbsync and/or offlineimap do not
always agree with mu about the meaning of various Maildir-flags. If
you encounter unexpected behavior, it is recommended you check before
and after a sync-operation. If the problem only shows up after
sync’ing, the problem is with the sync-program, and it’s most productive
to complain there.
Also, you may want to ensure that mu4e-index-lazy-check is kept at
its default (nil) value, since it seems mbsync can make
changes that escape a ’lazy’ check.
Furthermore, there have been quite a few related queries on the mailing-list; worthwhile to check out.