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?= email@example.com
(given it's sent using UTF-8) From: =?utf-8?B?Q2xhdcOfbml0emVyLCBSYWxm?= firstname.lastname@example.org
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" email@example.com
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