Ideas for future enhancements. We collect those here so they don’t clutter up the Github issue list, i.e. without any clear plan for adding in the near future.
- Support indexing PDF (and other) attachments. This can be done extending process_message_part in mu-message.cc; instead of using something PDF-specific, we could pipe a PDF through some tool to extract text; and we’d need some way for users to specify a MIME-type => tool mapping (in Config). #2117
- Include “message summary” in message information, for display in the headers buffer: #1821 It’s not so easy to get a useful one line description… perhaps the first line after the “Dear x,”? Moreover, this requires new functionality on the headers-view side as well.
- Try to guess the encodings; sometimes people send messages that e.g., claim they are ISO-8859-1 but actually use windows-1252, resulting in some characters being shown incorrectly. Perhaps best solved by GMime, but maybe mu can do something. #2700
- More sorting options: in mu4e, display the messages from old-to-new (still get the newest though) #2759. Or, from new-to-old, reversed in thread: #2807
- Allow for muting messages #636 Useful; probably need to do this by remembering the thread-id of muted messages; and management (unmute etc.). Perhaps at the mu side, a list of thread-id to add to each query for what not to match.
- Support creating calendar invitations. #2308 Shouldn’t be too hard, for someone that uses the functionality.
- Apply the same action on multiple message, i.e., support “aggregate actions” apply to a set of messages, e.g. apply patch-set in a set of messages. That’ll require some advanced scripting, maybe using Guile. #301 #2704
- As the flip-side of the previous, apply multiple marks/actions on the same message. #2671
- Make sorting stable if there are multiple messages with the same date. We could do this by adding some random millisecs to each message’s timestamp; or complicating the search (i.e., the message hash?). Maybe leave as is? #2527
- More general, make the MIME-part handling in the viewer a bit better, we have
the
e-path and theA-path which is a bit confusing. Perhaps we should generate the MIME parts off-screen (buffer). #2647 - Org-link type for any message matching some reference See: #2787. Some first steps implemented (searching for references).
- Reply/forward/… to multiple messages at once. This is sometimes useful, and
Gnus supports it. Does not seem trivial to re-use the Gnus code… (see
gnus-summary-work-articlesetc.). #2799 #2936 - Add some way to add a quick bookmark for (e.g.) the current thread #2804
- Support running mu4e over tramp
#2815
Seems this is mostly possible already:
- set mu4e-mu-binary to a shell script that ssh’s into the mail machine
- added a custom file-name-handler-alist handler that implements file operations for my mail directory by proxy’ing to tramp
But perhaps can be documented.
- Allow for watching notifications externally, perhaps using alert.el #2825
- Allow for filling/aligning the personal e-mail addresses in the main view, #2901 Note that you can already limit the number of addresses or hide them completely.
invisible unicode to fool CRM-separator? #2768 Magical CRM separators are problematic (no lookback in the regexps), but we now try different separators until we find one that is not part of any of the candidates (1.14.4)
(kill-emacs-query-functions). #2649
handle mailing-list commands #2623 and #2724 This seems useful, but probably requires a lot of testing to get right. Can we re-use the Gnus code for this?
Yes: this is implemented now, in 1.12.9. Various Gnus’ mailing list commands
are now available in the mu4e message view as well, such as
gnus-mailing-list-subscribe, gnus-mailing-list-unsubscribe.
#2806 (done as per 1.12.12)