tags 378244 unreproducible thanks I seem to not have noticed this bug earlier, oops. My apologies. (In case it was due to my spam filter, I've now told my procmailrc to bypass tha spam filter for anything with this bug number in the subject.)
> receiving a mail with a utf-8 header causes eoc to loose the mail. > Unfortunatly I don't have a copy of the mail, but I have the python > traceback: I can't seem to be able to reproduce this, either with encoded or unencoded UTF-8 text in the message headers, and not even with broken UTF-8. However, as a quick workaround, you can add "pristine-headers = yes" to the list's config file, which should prevent the problematic code path from being entered. I'm reluctant to upload an untested fix until I can reproduce the problem (meaning: I can't be sure that my fix actually is a fix...). If this happens again, could you do your best to retain the problematic mail and send me the relevant parts? Possibly using a procmail rule that saves all incoming mail, or something similar, depending on your setup? -- Fundamental truth #1: Complexity is the enemy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
