There's a major controversy on a mailing list I'm subscribed to. The list in question (about classic computers) had to change hosts and the software used to manage the list changed.
The upshot is that under the old software, the Reply-To: field was set to be the list itself. That meant that if you wanted to send a private reply, you had to change the address the message was being sent to. As a consequence, a few private messages were sent to the list by mistake.
The new software does not set the Reply-To: field. So to reply to the list, you have to ether change the address the message was being sent to, or do a group reply, which sends a copy to the list as well as to the original sender.
A subtle change, but one that has thrown the list in a tizzy. Some people (like me) like the old behavior. Some like the new behavior (and are telling the ones that like the old behavior to deal or upgrade—odd considering that most accessing the list are using computers deemed too old to use by the rest of society).
The new change was justified by the essay “Reply-To” Munging Considered Harmful by Chip Rosenthal (I think Chip is sore because he accidentally sent private mail to a public list by mistake). But then Simon Hill, in his Reply-To Considered Useful notes that RFC-822 allows munging of the Reply-To: field:
4.4.3. REPLY-TO / RESENT-REPLY-TO This field provides a general mechanism for indicating any mailbox(es) to which responses are to be sent. Three typical uses for this feature can be distinguished. In the first case, the author(s) may not have regular machine-based mail- boxes and therefore wish(es) to indicate an alternate machine address. In the second case, an author may wish additional persons to be made aware of, or responsible for, replies. A somewhat different use may be of some help to "text message teleconferencing" groups equipped with automatic distribution services: include the address of that service in the "Reply- To" field of all messages submitted to the teleconference; then participants can "reply" to conference submissions to guarantee the correct distribution of any submission of their own.
(emphasis added). So. There it is.
But that still hasn't settled the list. Sigh.
More info on the email snafu: Rich Lafferty replied with:
Note: The “Reply-To” field is added by the originator and serves to direct replies, whereas the “Return-Path” field is used to identify a path back to the originator. [This is from section 4.3.1 of RFC-822. But see section 4.4.3 for a different interpretation. -Sean]
Although I'm starting to wonder if this isn't symptomatic of a majordomo bug, or at least a design flaw. It would make sense to me to configure Majordomo such that the Reply-To points to the list *unless* the originator added its own Reply-To, in which case it would leave that there. That way, you'd have discussion on the list except when the original poster intended otherwise, which strikes me as something that the original poster might very well want. This would satisfy the objection of lost information (which strikes me as the only thing that isn't a question of preference or user-agent configuration – when majordomo strips a reply-to, it's *gone*) and the objection of encouraging public discussion (in that unless otherwise specified by the originator, the reply is directed to the list).
Pete Turnbull replied with:
Except that mailing lists are not what RFC 822 defined “Reply-to:” for. Its primary purpose is quite different; it's to force a reply to a valid address when the sender's “From:” is not valid.
Quote: “The 'Reply-To' field is added by the originator”
The RFC 822 method would be to set the “From:” field to [mailing list address], and set the “Sender:” field to the name of the person who originated the message (which is exactly the opposite to what majordomo is doing, I notice, but that's perfectly legitimate).
So, where does this get us? Well, I send a message to a mailing list:
The mailing list software gets it, and when it sends it out:
But, if for some reason I want replies (to me) to go elsewhere, I send:
And what the mailing list software sends out:
But we'll see …