From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401 Description of problem: When sendmail checks for non-printable characters it does not handle 8 bit characters properly. Version-Release number of selected component (if applicable): sendmail-8.12.8-5.80 How reproducible: Always Steps to Reproduce: 1. Try to send mail to an address like solg�r through your local sendmail Actual Results: May 23 00:33:47 p5 sendmail[6661]: h4N4XVDj006661: Syntax error in mailbox address "solg?rd" (non-printable character) Expected Results: Should have sent the mail Additional info: This bug appears in sendmail-8.12.8-5.80 but not in sendmail-8.11.6-1.62.3 I have reported this to sendmail Since this keeps mail from being delivered I'm setting the severity to high
Created attachment 91932 [details] patch against sendmail 8.12.9
It appears the email address I entered into bugzilla didn't come through. To see it: http://p1.selectacast.net/~jks/char.txt
You request 8-bit cleanliness, while sendmail checks for "non-printable" chars. I agree that this is a pretty strict check, but would assume sendmail does the right thing here. Have you tried submitting this to the sendmail maintainers? greetings, Florian La Roche
What's really going on is that sendmail isn't doing its checks properly, and is printing out the wrong error message. According to the rfcs, 7 bit chars are not allowed, but sendmail doesn't check properly, so by chance that char also triggers the non printable char check. The sendmail maintainers didn't think this was worth fixing, but once you realize what the real problem is fixing this is trivial. I'm changing severity to low.
Ok, have looked now also further down in the same function. So this is only a misleading error reporting. I am puzzeled that not all chars with the high bit set are rejected. I am closing this here, waiting for an upstream bugfix release for this, not something I want to put into the RHL rpm packages. greetings, Florian La Roche