On Monday, August 22, 2005 at 11:37:22 PM +0200, Wolfgang Weisselberg wrote:
> the manual schould mention <edit-from>:
>| However, you cannot set "From: " with send2-hook except using
>| 'send2-hook . "push <edit-from><kill-line>[EMAIL PROTECTED]<Enter>"',
>| since send2-hook runs too late for any other method.
Well... Manual should probably not give as example the line I gave
you as demo: It has the important drawback to disallow manual override
both thru <edit-from> and thru $editor.
In problem report mutt/1773 <URL:http://bugs.mutt.org/1773>, I
informally proposed "Also note that my_hdr commands don't affect the
current message when executed from a send2-hook.".
> Otherwise a reader might get the impression that the main difference
> between send2-hook ("is matched every time a message is changed") and
> send-hook ("[is] only executed ONCE after getting the initial list of
> recipients") is how often it's executed.
Yes: send2-hooks are subdocumented. And suboptimally named ;-).
Volunteer English doc writers are welcome, either directly on mutt-dev
or thru the upstream BTS <URL:http://bugs.mutt.org/>. Even for small
additions.
> Yet something *does* happen, for on the next try (recipient2)
> send2-hook *does* set the recipient. Even though that is a completely
> new mail, the old one being aborted. Is that really the correct
> behaviour? To me it looks like data leaking from one mail to another
Correct behaviour. Design principle. My_hdr leaks. As *all* settings
in Mutt, the list of my_hdrs is persistent, until it gets reset or set
to something else. That's why Mutt needs a default send-hook before
specific ones:
| send-hook . "unmy_hdr From:"
>> a send2-hook pattern can depend on the sender.
> Depend on the sender to be what Unchanged by "my_hdr From: "
> directives, as put into the mail header by the writer, as more-or-less
> immutable, even if you should run extensive commands in send2-hook?
I'm not sure to follow you? Depend on the sender of the currently
composed mail. Whatever way was used to set it: Default, automatic, or
manual.
Bye! Alain.
--
Give your computer's unused idle processor cycles to a scientific goal:
The [EMAIL PROTECTED] project at <URL:http://folding.stanford.edu/>.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
