>
> >>>>> "MM" == Marc MERLIN <[EMAIL PROTECTED]> writes:
>
> MM> Correct. I haven't found the right piece of code in mailman
> MM> yet, but it smells like a regular expression that grabs the
> MM> wrong pattern and ends up with davide.fox instead of
> MM> [EMAIL PROTECTED]
>
> I suspect the problem is in Python's rfc822 module:
>
> >>> a = rfc822.AddrlistClass('David E.Fox <[EMAIL PROTECTED]>')
> >>> a.getaddrlist()
> [('', 'DavidE.Fox'), ('', '[EMAIL PROTECTED]')]
>
> Mailman, interestingly enough, has Utils.ParseAddrs() which appears to
> try to work around problems in rfc822:
>
> >>> ParseAddrs('David E.Fox <[EMAIL PROTECTED]>')
> '[EMAIL PROTECTED]'
>
> which seems to suck out the right address in this case. What should
> probably in MM2.1 is for MailList.HasExplicitDest() to fallback on the
> output of ParseAddrs() if the rfc822 method doesn't match.
I'm coming to this late, but: we all agree that
David E.Fox <[EMAIL PROTECTED]>
is not a legal RFC822 address, right?
Strings containing spaces must-repeat-must be enclosed in
doublequotes:
"David E.Fox" <[EMAIL PROTECTED]>
I see the subject, but: why is this considered to be a "problem"
in rfc822, rather than a problem in the mail format? I would
expect other MTAs and MUAs to barf on this too.
_______________________________________________
Mailman-Developers mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-developers
