All of lore.kernel.org
 help / color / mirror / Atom feed
* Reply-to munging
@ 2007-06-19 22:02 Phillip Susi
  2007-06-20 14:44 ` Alasdair G Kergon
  0 siblings, 1 reply; 4+ messages in thread
From: Phillip Susi @ 2007-06-19 22:02 UTC (permalink / raw)
  To: device-mapper development

Please change the list to stop munging reply-to headers.  See this for a 
slew of reasons why it is bad:

http://www.unicom.com/pw/reply-to-harmful.html

The most annoying to me are that it breaks my ability to reply to the 
original poster off list when I feel it is appropriate, and to properly 
reply to threads which are cross posted to more than one list.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Reply-to munging
  2007-06-19 22:02 Reply-to munging Phillip Susi
@ 2007-06-20 14:44 ` Alasdair G Kergon
  2007-07-02 19:55   ` Phillip Susi
  0 siblings, 1 reply; 4+ messages in thread
From: Alasdair G Kergon @ 2007-06-20 14:44 UTC (permalink / raw)
  To: device-mapper development

On Tue, Jun 19, 2007 at 06:02:49PM -0400, Phillip Susi wrote:
> Please change the list to stop munging reply-to headers.  See this for a 
> slew of reasons why it is bad:
> 
> http://www.unicom.com/pw/reply-to-harmful.html
 
And here are some counter-arguments:
  http://www.metasystema.net/essays/reply-to.mhtml

Sorry, but mailman doesn't yet make it possible to please everyone.

Given the number of times that this discussion crops up on lists, I'm
surprised mailman doesn't yet have an option to let individual
subscribers opt out of Reply-To munging - it would be easy to implement.

Alasdair
-- 
agk@redhat.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Reply-to munging
  2007-06-20 14:44 ` Alasdair G Kergon
@ 2007-07-02 19:55   ` Phillip Susi
  2007-07-02 20:48     ` Alasdair G Kergon
  0 siblings, 1 reply; 4+ messages in thread
From: Phillip Susi @ 2007-07-02 19:55 UTC (permalink / raw)
  To: device-mapper development

Alasdair G Kergon wrote:
> And here are some counter-arguments:
>   http://www.metasystema.net/essays/reply-to.mhtml

And they would be wrong:

> The Principle of Minimal Bandwidth

I don't see how forcing a reply that otherwise was intended to go only 
to one recipient to be sent out to the entire list saves bandwidth.

> Reply-To Munging Adds Something

No, it does not; it takes away something.  If you want to reply publicly 
then you use reply-to-all.  It is up to the SENDER to set their 
Reply-To: header if they do NOT want a reply going to them as well as 
the list.  They should make that choice, not the replier.  Users also 
are supposed to be able to use Reply-To: to direct replies to the 
correct sender in the event that they forward a message on someone 
else's behalf.  Thirdly, munging the header breaks the reply 
functionality of the client by making it behave like reply-to-all.

> It Doesn't Break Reasonable Mailers

Yes, it does.  This argument boils down to "Breaking the reply function 
isn't really breaking it because some mailers have added a 
reply-ignoring-broken-munged-reply-to function that you can use 
instead".  If the headers weren't munged in the first place this option 
would not be needed.

> Freedom of Choice

This one could not be more of a bold faced lie.  The only "freedom" it 
adds is the replier's freedom to take away the freedom of the sender and 
force a reply only to the list despite their wishes otherwise, as 
reflected by the reply-to: header they did or did not set.

> Some Mailers are Broken

Same fallacious argument as "It Doesn't Break Reasonable Mailers".  It 
is mailing lists that munge that are broken, not clients that have not 
added a 3rd reply option specifically to deal with such broken lists.

> Principle of Least Total Work

Again, it is up to the poster to decide if they want a reply directly to 
them, or only to the list, not the replier.  If they want their own 
reply, then give it to them.

> People are Responsible for Their Own Mistakes

This item simply dismisses the principal of least surprise in favor of 
codling the ignorant.  User mistakes are no longer their fault when your 
mailing list causes an unexpected change in the behavior of their mailer.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Reply-to munging
  2007-07-02 19:55   ` Phillip Susi
@ 2007-07-02 20:48     ` Alasdair G Kergon
  0 siblings, 0 replies; 4+ messages in thread
From: Alasdair G Kergon @ 2007-07-02 20:48 UTC (permalink / raw)
  To: device-mapper development

On Mon, Jul 02, 2007 at 03:55:56PM -0400, Phillip Susi wrote:
> Alasdair G Kergon wrote:
> >And here are some counter-arguments:
> >  http://www.metasystema.net/essays/reply-to.mhtml
> And they would be wrong:
 
[snip]

This won't be changing while I'm around until mailman is enhanced to
allow the list owner to permit individual subscribers to choose.  I
looked into writing mailman patches for this some time ago (for
lug.org.uk lists) and it seemed pretty straightforward - but it's not
something I'm ever likely to find the time to write these days, I'm
afraid.

Alasdair
-- 
agk@redhat.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-07-02 20:48 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-06-19 22:02 Reply-to munging Phillip Susi
2007-06-20 14:44 ` Alasdair G Kergon
2007-07-02 19:55   ` Phillip Susi
2007-07-02 20:48     ` Alasdair G Kergon

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.