Bugs item #1112349, was opened at 2005-01-29 17:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1112349&group_id=103
Category: mail delivery
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Sapiro (msapiro)
Assigned to: Nobody/Anonymous (nobody)
Summary: Upper-case chars in acceptable_aliases pattern fail to match
Initial Comment:
The HasExplicitDest() method in MailList.py first
lower-cases all the To: and Cc: addresses. Then if the
list address doesn't match any of these explicit
addresses and there are acceptable_aliases, it goes on
to attempt to match the lower-cased explicit addresses
against the acceptable_aliases patterns using
re.match() without an IGNORECASE flag.
Thus, for example if acceptable_aliases is
[EMAIL PROTECTED] and the message is To:
[EMAIL PROTECTED], the match will fail because the
To: will be lower-cased and the match will be
effectively re.match('[EMAIL PROTECTED]',
'[EMAIL PROTECTED]')
Clearly, this behavior is wrong, but it is not clear to
me what the correct behavior is. We could just add an
IGNORECASE flag to the re.match() in the domatch()
helper. This would be consistent with matching against
the lower-case list name, but according to RFC 2822,
the local part of the address is locally interpreted so
[EMAIL PROTECTED] may in fact not be the same as
[EMAIL PROTECTED] Thus, it may be that the correct
behavior is to build the recips[] list with
case-preserved addresses so that the case-sensitive
match works.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1112349&group_id=103
_______________________________________________
Mailman-coders mailing list
[email protected]
http://mail.python.org/mailman/listinfo/mailman-coders
