[Bug 724318] [NEW] mailman rejects encoded from addresses
Public bug reported: A user subscribed to a launchpad list reported his email were not being received. This issue may be a duplicate of bug 702516, but the patch I read does not appear to be working with the encoding issue. This is what user Lp user ~ralf-claussnitzer provided: We managed to figure out why LP is rejecting my mail. Shortcut: my name contains special characters. LP is not able to identify my email address form the mail header. Here is a detailed explanation: In failure cases my name "Ralf Claußnitzer" is encoded in the From field like this: (given it's sent using ISO) From: =?iso-8859-1?Q?Clau=DFnitzer=2C_Ralf?= <ralf.claussnitzer@slub-dresden.de> (given it's sent using UTF-8) From: =?utf-8?B?Q2xhdcOfbml0emVyLCBSYWxm?= <ralf.claussnitzer@slub-dresden.de> If the special character "ß" is removed from the mail servers dictionary, the From-Field looks more like expected and LP delivers that mail: (using UTF-8 but without special character) From: "Claussnitzer, Ralf" <ralf.claussnitzer@slub-dresden.de> Sending messages with HTML body is not a problem for LP. As LP decides whether to moderate or block a message based on the From field, it looks like LP is not able to identify the address from those screwed up headers. However, RFC5335 on Internationalized Email Headers states on Page 5 (http://tools.ietf.org/html/rfc5335#page-5) that "The bodies of header fields are allowed to contain UTF-8 characters, but the header field names themselves must contain only ASCII characters." If so, I don’t understand where the encoding shown above comes from. But I expect LP to handle those messages correctly if a valid email address is in the From field somewhere. ** Affects: mailman Importance: Undecided Status: New ** Tags: launchpad -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/724318 Title: mailman rejects encoded from addresses
The remark about RFC5335 is not relevant. The example From: headers in the report are RFC 2047 encoded, and are valid as the encoded headers contain only us-ascii characters. In any case, the report talks about LP rejecting mail. Is this mail to a Mailman list? If so, what happens to the mail. Is there an actual rejection notice? If so, what does it say? What's in Mailman's various logs, in particular 'vette' and 'error', relating to these messages? What are the lists settings for Privacy options... -> Sender filters? Is this user in accept_these_nonmembers? What is generic_nonmember_action? This very well could be bug 702516 as the actual decoded From: header is From: Claußnitzer, Ralf <ralf.claussnitzer@slub-dresden.de> which does contain an unquoted comma which is the issue of bug 702516. If this is the issue, the reason it works if the "ß" is replaced with "s" is the real name then contains no non-ascii, so the users MUA simply quotes it rather than RFC 2047 encoding it. -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/724318 Title: mailman rejects encoded from addresses
This user was unaware that sending emails to a launchpad list does go directly the Launchpad's mailman. The mail was not forwarded to the subscribers. It was not archived. It was not moderated because of Launchpad's own handler. Launchpad discards any message that does not come from a Launchpad user. http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/view/head:/lib/lp... The crucial issue is that msg.get_sender() is not returning the email address (ralf.claussnitzer@slub-dresden.de). WIthout an exact match, Lp will tell mailman to discard the message. Thank you for a second reading of the encoded name. I neglected to see that the name order was reversed. I agree that this is a dupe of bug 702516. -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/724318 Title: mailman rejects encoded from addresses
*** This bug is a duplicate of bug 702516 *** https://bugs.launchpad.net/bugs/702516 ** This bug has been marked a duplicate of bug 702516 RFC 2047 encoded From: header is not correctly parsed. * You can subscribe to bug 702516 by following this link: https://bugs.launchpad.net/mailman/+bug/702516/+subscribe -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/724318 Title: mailman rejects encoded from addresses
*** This bug is a duplicate of bug 702516 *** https://bugs.launchpad.net/bugs/702516 See bug 702516 for fix. ** Changed in: mailman Importance: Undecided => Medium ** Changed in: mailman Status: New => Fix Committed ** Changed in: mailman Milestone: None => 2.1.15 ** Changed in: mailman Assignee: (unassigned) => Mark Sapiro (msapiro) -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/724318 Title: mailman rejects encoded from addresses
participants (2)
-
Curtis Hovey -
Mark Sapiro