[Mailman-Developers] Re: [Mailman-Users] multiple explicit reply addresses?

[Mark Sapiro]

On 3/3/20 7:47 PM, Stephen J. Turnbull wrote:
> 
> I think we should check if this is the same in Mailman 3, and change
> it if it is.  If we have an attribute whose main function is to
> populate a header field, it should accept any valid value for that
> field (POLA).  Unless there's a Very Good Reason[tm], in which case
> "Errors should never pass silently." :-)


I just filed  for this.
It suggests parsing the explicit reply to address with
email.utils.getaddresses instead of email.utils.parseadder.

Arguably, it shouldn't parse it at all and just copy it, but this
creates potential issues if we aren't first stripping the original
Reply-To: or if we're adding other items to Reply-To: due to DMARC
mitigation.

-- 
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan
___
Mailman-Developers mailing list -- mailman-developers@python.org
To unsubscribe send an email to mailman-developers-le...@python.org
https://mail.python.org/mailman3/lists/mailman-developers.python.org/
Mailman FAQ: https://wiki.list.org/x/AgA3

Security Policy: https://wiki.list.org/x/QIA9

[Mailman-Developers] Re: [Mailman-Users] multiple explicit reply addresses?

[Stephen J. Turnbull]

Note change from Mailman [2] Users to Mailman Developers.

Mark Sapiro writes on mailman-us...@python.org:
 > On 3/3/20 2:25 AM, Bernie Cosell wrote:

 > > It seems very explicit that the explicit reply address is
 > > singular.. would making it e...@x.com, e...@y.com work?
 > 
 > It won't work. The code uses email.utils.parseaddr() which accepts
 > various display-name and address formats, but only one address.
 > 'e...@x.com, e...@y.com' will result in only 'e...@x.com' in the Reply-To:.

I think we should check if this is the same in Mailman 3, and change
it if it is.  If we have an attribute whose main function is to
populate a header field, it should accept any valid value for that
field (POLA).  Unless there's a Very Good Reason[tm], in which case
"Errors should never pass silently." :-)

Steve
___
Mailman-Developers mailing list -- mailman-developers@python.org
To unsubscribe send an email to mailman-developers-le...@python.org
https://mail.python.org/mailman3/lists/mailman-developers.python.org/
Mailman FAQ: https://wiki.list.org/x/AgA3

Security Policy: https://wiki.list.org/x/QIA9