Russell Butler wrote:
Barbara Duprey wrote:
After some of the, shall we say, "heated" discussion here and on the
users list, I decided to try to identify and test some assumptions.
The basic one I noticed right away was that using Reply All to a
message on the list would send a copy to both the originator and the
list. Now, for years my procedure for replying to unsubs has been to
copy their address, use Reply, and paste the address into a second
"To" field. Why was I doing that, when Reply All would be easier and
less error prone? So I tried it -- and remembered!
The OOo list management (ezmlm or CollabNet-- I'd love to know who
does what here) sets a Reply-To header that includes only the list
address. This precedes the original Reply-To containing whatever the
sender specified, or the sender's address by default. In Thunderbird,
at least, this means that the From and the sender's Reply-To are
ignored; Reply and Reply All both are set up to go only to the list.
Is Thunderbird's response typical?
In any case, a strategy that relies on Reply All apparently would
first require changes to the setting of the Reply-To header. That
puts it outside the bounds of the kind of solution I'm investigating
(by the way, I'm up to three alternatives now, plus possible
combinations!). Note that this does not apply to responses to
attachments in digest-form messages; Thunderbird sets up these
responses with the sender's address as 'To:" and the list as "Cc:"
Again, is this typical for email clients?
I still need to check the analogous operations for Gmane newsgroup
responses, unless somebody else tells me here.
Hi Barbara
To save you having to set up the experiment, using Thunderbird on
gmane, Reply All on your message goes to "[email protected]" and
"gmane.comp.openoffice.general" not to your personal address.
Thanks for all the work you are doing on this problem.
Russell
Thanks for the info, and for your support.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
