From:
-address for a reply-message?From:
-address for a reply-message? ¶See Compose hooks.
See Dynamic folders.
See (emacs)Mail Aliases.
See Compose hooks.
Since mu4e-compose-mode
derives from See (message)Top, you can re-use
many (though not all of its facilities.
You can drag-and-drop from your desktop; alternatively, you can use (emacs)Dired.
Remove the In-Reply-To
header, and mu4e
automatically removes
the (hidden) References
header as well when sending it. This makes
the message show up as a top-level message rather than as a response.
Use mu4e-action-capture-message
(i.e., a c in the headers
view) to ‘capture’ the to-be-attached message, then when editing the
message, use M-x mu4e-compose-attach-captured-message.
You can do so using Emacs’ MIME-support — check the
Attachments
-menu while composing a message. Also see Signing and encrypting.
If you have set mu4e-compose-complete-only-personal
to non-nil, mu4e
only completes ’personal’ addresses - so you tell it about your e-mail addresses
when setting up the database (mu init
); Initializing the message store.
If you cannot find specific addresses you’d expect to find, inspect the values of mu4e-compose-complete-only-personal, mu4e-compose-complete-only-after and mu4e-compose-complete-max.
(setq message-kill-buffer-on-exit t)
For this, there’s emacs-async (also available from the Emacs package repository); add the following snippet to your configuration:
(require 'smtpmail-async) (setq send-mail-function 'async-smtpmail-send-it message-send-mail-function 'async-smtpmail-send-it)
With this, messages are sent using a background Emacs instance.
A word of warning though, this tends to not be as reliable as sending the message in the normal, synchronous fashion, and people have reported silent failures, where mail sending fails for some reason without any indication of that.
You can check the progress of the background delivery by checking the
*Messages*
-buffer, which should show something like:
Delivering message to "William Shakespeare" <will@example.com>... Mark set Saving file /home/djcb/Maildir/sent/cur/20130706-044350-darklady:2,S... Wrote /home/djcb/Maildir/sent/cur/20130706-044350-darklady:2,S Sending...done
The first and final messages are the most important, and there may be considerable time between them, depending on the size of the message.
Yes. There is built-in support for composing messages in a new frame or window.
Either use Emacs’ standard compose-mail-other-frame
(C-x 5 m) and
compose-mail-other-window
(C-x 4 m) if you have set up mu4e
as your Emacs
e-mailer.
Additionally, there’s the variable mu4e-compose-switch
(see its
docstring) which you can customize to influence how mu4e
creates new
messages.
This enables receiving clients that support this feature to reflow
paragraphs. Plain text emails with Content-Type: text/plain;
format=flowed
can be reflowed (i.e. line endings removed, paragraphs
refilled) by receiving clients that support this standard. Clients
that don’t support this, show them as is, which means this feature is
truly non-invasive.
Here’s an explanatory blog post which also shows why this is a desirable feature: https://mathiasbynens.be/notes/gmail-plain-text (if you don’t have it, your mails mostly look quite bad especially on mobile devices) and here’s the RFC with all the details.
Since version 0.9.17, mu4e
sends emails with format=flowed
by setting
(setq mu4e-compose-format-flowed t)
in your Emacs init file (~/.emacs or ~/.emacs.d/init.el). The transformation of your message into the proper format is done at the time of sending. For this to happen properly, you should write each paragraph of your message of as a long line (i.e. without carriage return). If you introduce unwanted newlines in your paragraph, use M-q to reformat it as a single line.
If you want to send the message with paragraphs on single lines but
without format=flowed
(because, say, the receiver does not
understand the latter as it is the case for Google or Github), use
M-x use-hard-newlines (to turn use-hard-newlines
off) or
uncheck the box format=flowed
in the Text
menu when composing a
message.
User Marcin Borkowski has a solution:
(defun mml-attach-file--go-to-eob (orig-fun &rest args) "Go to the end of buffer before attaching files." (save-excursion (save-restriction (widen) (goto-char (point-max)) (apply orig-fun args)))) (advice-add 'mml-attach-file :around #'mml-attach-file--go-to-eob)
Limited testing shows that certain Outlook clients do not work well with inline replies, and the entire message including-and-below the first quoted section is collapsed. This means recipients may not even notice important inline text, especially if there is some top-posted content. This has been observed on OS X, Windows, and Web-based Outlook clients accessing Office 365.
It appears the bug is triggered by the standard reply regex "On ... wrote:". Changing "On", or removing the trailing ":" appears to fix the bug (in limited testing). Therefore, a simple work-around is to set ‘message-citation-line-format‘ to something slightly non-standard, such as:
(setq message-citation-line-format "On %Y-%m-%d at %R %Z, %f wrote...")