Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month at the Massachusetts Institute of Technology, in Building E51.

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] DMARC issue, Yahoo and beyond



On Wed, May 21, 2014 at 02:10:48PM -0400, Richard Pieri wrote:
> Derek Martin wrote:
> > If a mailing list--which is already a special case of e-mail
> > usage--*ADDS* a reply-to header to an e-mail which matches the from
> > header of the message, when none previously existed, the net effect is
> > nil: respondants will (assuming they even honor reply-to, which is not
> 
> It most certainly is problematic. 

You are not paying attention.

> The net effect is that it causes good mail programs to behave
> inconsistently. When set to the list it breaks reply to author
> functions in good mail programs (Elm, Pine and their derivatives;
> Thunderbird and Seamonkey, and even the venerable Berkeley Mail to
> name a few). When set to the original author it breaks reply to list
> and reply to all functions in those same programs.
[...] 
> Thoughtless? Hardly. I've thought about this off and on for far too long.

Here's why it IS thoughtless: You're talking about the general case of
lists setting the reply-to header to the *list* address.  I'm talking
about setting it to the *sender's* address.  The former is very bad,
for the reasons you suggest.  The latter has NONE of the effects you
described.

Moreover, if your "good mail programs" obey the correct headers
(List-Post and/or Mail-Followup-To), which all of the clients you 
named do AFAIK, then setting reply-to has *absolutely no effect* on
list-reply functionality, ever.

-- 
Derek D. Martin    http://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.  Replying to it will result in
undeliverable mail due to spam prevention.  Sorry for the inconvenience.




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org