Description of problem: The cvs system sends messages to the fedora-extras-commits list with unencoded non-US-ASCII characters in the message headers. This typically happens when a commit is made by a user with a non-US-ASCII character in their name, such as José Pedro Oliveira or Ralf Corsepius. The commit message is generated with the non-US-ASCII characters in the From: header, which is then changed to Old-From: prior to distribution to the list. RFC 2822 requires that message headers should be composed of characters in the US-ASCII character set, codes 0-127. RFC 2047 describes means of properly encoding non-US-ASCII characters in RFC 2822 messages. The problem this is causing is that my mail server is running a milter that looks for malformed headers (typically those of spammers trying to disguise words like viagra by using accented characters for one or more vowels, but failing to follow the RFC for how to encode these ;-)) and is rejecting emails from the -commits list that are a result of commits by these few people. This then results in me periodically receiving "list probe" messages as the mailing list manager tries to determine if my address is working or not. I suspect that the underlying cause of the problem is that the cvs system is not encoding the message headers for the character set it is using (UTF8?) when the commit messages are generated.
Hey, see if Fedora Extras commit messages look better to you now...
i got a probe message today
(In reply to comment #1) > Hey, see if Fedora Extras commit messages look better to you now... No discernable difference (had to wait a while for Ralf to make a commit ;-)) Old-From: "Ralf Corsépius" <corsepiu.com> Date: Thu, 22 Dec 2005 06:36:34 -0500 From: "Ralf Corsépius" (corsepiu) <fedora-extras-commits> RFC 2047 encoding missing from both of those "From" headers.
Encoding seems to be still missing indeed, but something has changed and the messages now look okay in Evolution.
(In reply to comment #4) > Encoding seems to be still missing indeed, but something has changed and the > messages now look okay in Evolution. They now seem to be sending raw utf-8, instead of 7bit ASCII as they seem to have done before. In my understanding this violates RFC 822. They should be sending encoded 7bit strings instead (c.f. RFC 2047), i.e. something like: From: Ralf =?ISO-8859-1?Q?Cors=E9pius?= <real email address>
happened again this morning.
(In reply to comment #6) > happened again this morning. See comment #5 - RH is sending broken, non-RFC compliant mail headers.
yes i know that comment #1 asked if it was better i was simply stating it was still no better top of my email was this INVALID HEADER (INVALID CHARACTERS OR SPACE GAP) Non-encoded 8-bit data (char C3 hex) in message header 'Old-From': Old-From: "Ralf Cors\303\251pius" <corsepi... Non-encoded 8-bit data (char C3 hex) in message header 'From': From: "Ralf Cors\303\251pius" (corsepi... i only started getting the probes when is witched from a FC3 to FC4 server. i upgraded my amavis-new at that time. kmail does show the corect data From: "Ralf Corsépius" (corsepiu) <fedora-extras-commits> thats inside the headers from the bounce mail my mail server sent back is perl being used to create the commits mail? if so http://perldoc.perl.org/Encode/MIME/Header.html looks like it would solve the issues pretty quickly
Elliot, what can i do to fix this ? is the code for sending emails out in cvs somewhere?
This has been fixed since mid-October (ticket 2006052310000016 on https://admin.fedoraproject.org/tickets/).