mu4e: document the new resending functionality

Update the manual.
This commit is contained in:
djcb
2016-02-16 08:15:40 +02:00
parent faf453d538
commit d9961a0f09

View File

@ -747,8 +747,8 @@ major-mode for the headers view is @code{mu4e-headers-mode}.
* Keybindings::Do things with your keyboard * Keybindings::Do things with your keyboard
* Marking: HV Marking. Selecting messages for doing things * Marking: HV Marking. Selecting messages for doing things
* Sort order and threading::Influencing the display * Sort order and threading::Influencing the display
* HV Custom headers::Adding your own headers * Custom headers: HV Custom headers. Adding your own headers
* HV Actions::Defining and using actions * Actions: HV Actions. Defining and using actions
* Split view::Seeing both headers and messages * Split view::Seeing both headers and messages
@end menu @end menu
@ -3706,6 +3706,14 @@ with @t{msg2pdf}, which is a program used to convert the messages to
pdf, and which depends on WebKit, which in some cases needs pdf, and which depends on WebKit, which in some cases needs
@t{nspluginwrapper} and it waits for a long time if it's not there. So, @t{nspluginwrapper} and it waits for a long time if it's not there. So,
installing @t{nspluginwrapper} prevents that. installing @t{nspluginwrapper} prevents that.
@item @emph{Can I 'bounce' or 'resend' messages?}
Yes - it is possible to edit a (copy of) an existing message and then
send it, using @code{M-x mu4e-compose-resend}. This gives you a raw copy
of the message, including all headers, encoded parts and so on. Reason
for this is that for resending, it is important not to change anything
(except perhaps for the 'To:' address when bouncing); since we cannot
losslessly decode an existing message, you get the raw version.
@end enumerate @end enumerate
@node Writing messages @node Writing messages