I originally sent some code to the mailing list in 2012 to use dired
for marking attachments.
https://groups.google.com/g/mu-discuss/c/OPwdNZbB5GE/m/hnjNlNoLIu8J
As the function in gnus.el has since been fixed, the version of
gnus-dired-mail-buffers now works fine with mu4e (and has done for
many years). I suggest deleting the old code to make the
documentation simpler assuming that people are no longer on Emacs from
9 years ago.
When running `u4e-mark-execute-all` with any prefix-arg you can skip the confirmation-prompt. The potential for accidentally hitting this is quite low.
When an ics file is attached but not visualized by default, this is
necessary in order trigger the bug workaround in the advice attached
to `gnus-icalendar-event-from-handle'.
This composes the response before any hook is run which is important
so that, if those hooks modify the message, they are aware that some
MML is present. In particular, this is needed to have the
compatibility with the org-msg package; see
https://github.com/djcb/mu/issues/1956
Emacs has several standard keybindings
C-x m compose-mail
C-x 4 m compose-mail-other-window
C-x 5 m compose-mail-other-frame
This patch fixes the creation of new mail buffers to respect the
latter two keybindings, C-x 4 m and C-x 5 m.
Note that there is already the variable mu4e-compose-in-new-frame
which if true opens in a new frame. That will still work for C-x m
and C-x 5 m, but if the user runs C-x 4 m, it switches to other-window
as it assumes the keybinding takes precedence. This behaviour can be
changed within mu4e~draft-open-file.
When marking threads as read things are slowed down by echoing the
thread path to the mini-buffer. I assume this is left over debug but
if needed for something else should probably be a log call.
In the "old" view, we had `mu4e-view-mime-part-actions`, which describes
various actions on attachments; in the brave new gnus-based view, those
do not work, but we have added something better:
mu4e-view-mime-part-actions
This needs some more documentation, but is useful already.