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?= (given it's sent using UTF-8) From: =?utf-8?B?Q2xhdcOfbml0emVyLCBSYWxm?= 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" 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