aboutsummaryrefslogtreecommitdiffstats
path: root/Mailman/Commands
diff options
context:
space:
mode:
authorMark Sapiro <msapiro@value.net>2007-06-29 14:24:32 -0700
committerMark Sapiro <msapiro@value.net>2007-06-29 14:24:32 -0700
commit2f5393919571da9f8d97e68b170a386d4738e4a5 (patch)
treee3ceb711163dae8e648b4c1ebfc7a96e8f34a2c7 /Mailman/Commands
parent3ecc719177d42627bf4f809d0e8bd523b764927d (diff)
downloadmailman2-2f5393919571da9f8d97e68b170a386d4738e4a5.tar.gz
mailman2-2f5393919571da9f8d97e68b170a386d4738e4a5.tar.xz
mailman2-2f5393919571da9f8d97e68b170a386d4738e4a5.zip
There is a bug in email 2.5.8 and possibly others, but not in 4.0.1 or
4.0.2 that causes email.Utils.getaddresses() to return a spurious (name, address) tuple if the supplied argument is multi-line. The actual bug is in email.Utils.parseaddr(), but the manifestation in Message.py is in the use of getaddresses() in get_sender() and get_senders(). This fix works around the bug by passing the header field values through Mailman.Utils.oneline().
Diffstat (limited to 'Mailman/Commands')
0 files changed, 0 insertions, 0 deletions