Skip to content

Latest commit

 

History

History
106 lines (81 loc) · 4.79 KB

File metadata and controls

106 lines (81 loc) · 4.79 KB

IDEAS

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.

mu

  • 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

mu4e

  • 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
  • Perhaps better support file names with commas.. perhaps temporarily add some invisible unicode to fool crm-separator? #2768
  • More general, make the MIME-part handling in the viewer a bit better, we have the e-path and the A-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-articles etc.). #2799
  • 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:
    1. set mu4e-mu-binary to a shell script that sshes into the mail machine
    2. added a custom file-name-handler-alist handler that implements file operations for my mail directory by proxying to tramp

    But perhaps can be documented.

  • Allow for watching notifications externally, perhaps using alert.el #2825
  • Allow for filling the personal e-mail addresses in the main view, #2901 Note that you can already limit the number of addresses or hide them completely.

Done

Support mu4e-mark-handle-when also for when leaving emacs

(kill-emacs-query-functions). #2649

Support automatic handling for List-Unsubscribe headers and more in general,

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.

perhaps use --personal-addres instead of --my-address for consistency

#2806 (done as per 1.12.12)