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
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Try to send mail to an address like solgï¿½r@devnull.net through your local
Actual Results: May 23 00:33:47 p5 sendmail: h4N4XVDj006661: Syntax error
in mailbox address "firstname.lastname@example.org" (non-printable character)
Expected Results: Should have sent the mail
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?
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.
Florian La Roche