On 26.10.2023 at 16:16 David Verdin via mailop wrote:

> So I'm one of the administrator of a big mailing lists server. One of our 
> user complained that when the subscribers to her list wrote to the list, only 
> she received the message.
> Which is not possible, due to the very mechanisms of the Sympa mailing list 
> software that we're using.
> I noticed, by one of her reports, that the users did not send a message to 
> the list, but to the list owners. This is the almost the same address. If a 
> list has the address, "[email protected]", then the owners have the address 
> "[email protected]".
> But why did they write to this address? It's only when I had a 
> videoconference with my user that I could see that, in her Outlook client, 
> when displaying a message from the list, it read something like 
> "[email protected] <[email protected]>". And hen 
> clicking on it, the "-request" address was emphatized. It is therefore very 
> easy to copy this address and paste it in a new message.
> The "-request" address only appears in the "Sender" field. As per RFC
2822 : "The "From:" field specifies the author(s) of the message, that is, the 
mailbox(es) of the person(s) or system(s) responsible for the writing of the 
message.  The "Sender:" field specifies the mailbox of the agent responsible 
for the actual transmission of the message."
> Absolutely no reason to display it to end user as the actual mail originator. 
> It makes sense to give it as information, but displaying the way it is to end 
> users is totally misleading.
> In order to stop mayhem in those lists, I had to make Sympa remove the 
> "Sender" header from outgoing emails. But who knows what side effect will 
> this change have for deliverability ?
> Do you know if there is an actual rationale behind this behaviour (which 
> looks like it appeared recently) ?

Without the full headers it's difficult to tell what exactly is going one. I 
haven't seen Outlook using the content of the Sender header like a display 
name. What Outlook does and always did since as long as I remember is using the 
Sender header for its delegate access feature. Emails then show "$Sender on 
behalf of $From"  in the message pane if both headers are set and are not 
identical.
Usually mailing list software populate the sender header with the list manager 
email address to keep as many reports about the delivery of the emails and 
other automatic messages as possible off the list. The best solution might be 
to try to educate the users that they should simply hit the reply button 
instead of copy pasting email addresses from one place to another where they 
don't belong.

--
BR Oliver
________________________________

dmTECH GmbH
Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe
Telefon 0721 5592-2500 Telefax 0721 5592-2777
[email protected]<mailto:[email protected]> * www.dmTECH.de<http://www.dmtech.de>
GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927
Geschäftsführer: Christoph Werner, Martin Dallmeier, Roman Melcher
________________________________
Datenschutzrechtliche Informationen
Wenn Sie mit uns in Kontakt treten, beispielsweise wenn Sie an unser 
ServiceCenter Fragen haben, bei uns einkaufen oder unser dialogicum in 
Karlsruhe besuchen, mit uns in einer geschäftlichen Verbindung stehen oder sich 
bei uns bewerben, verarbeiten wir personenbezogene Daten. Informationen unter 
anderem zu den konkreten Datenverarbeitungen, Löschfristen, Ihren Rechten sowie 
die Kontaktdaten unserer Datenschutzbeauftragten finden Sie 
hier<https://www.dm.de/datenschutzerklaerung-kommunikation-mit-externen-493832>.
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop

Reply via email to