Dan Wing wrote:
A mailing list would rewrite the envelope-from address. So vacation
notices sent to envelope-from wouldn't be seen by the person posting
to the mailing list, nor would the vacation notice appear as a
'post' on the mailing list itself.
Even if the reverse-path has been rewritten to reference an appropriate
mailbox, the owner of the mailing list is likely to be uninterested in the
sender's vacation plans. After enough of these, the owner may even
manually pause or remove the sender from the list, resulting in the same
effect.
If the reverse-path has been misconfigured to reference an inappropriate
mailbox (eg, list-request(_at_)domain) then this might even happen
automatically. This is *designed* to happen automatically with mailing
lists that use VERP and similar proposals:
| The VERP extension implements
| a way of automatically identifying undeliverable mail recipients,
| even when non-delivery reports originate from mail systems that do
| not implement delivery status notifications
Even outside the list world, there are scenarios where sending to the
reverse-path is inappropriate. EG, when the Sender/From construct is
actually used, the notification is returned to the Sender instead of the
From parties.
I might be using a terminal or kiosk with a reverse-path referencing the
mobile account, but with From pointing to my master mailstore. I may not
see the notification messages for several months, if ever.
These examples are all really beside the ultimate point, however:
out-of-office notifications are an application of the messaging network
and not in-band management messages, so they really should use the headers
rather than the envelope.
--
Eric A. Hall http://www.ehsco.com/
Internet Core Protocols http://www.oreilly.com/catalog/coreprot/