Am 01.12.24 um 14:34 schrieb Michael Tokarev via Postfix-users:
Hi!
For a long time I thought this problem is due to limitation of mailx
email
submission program - when our users submit email message using mailx,
their
From: header (which is filled using getpwnam(), with proper First.M.Last)
is not encoded properly but is left as plain 8-bit.
But today I found out it's postfix who's doing it - mails doesn't add
From:
header by default, it is postfix who's doing this.
And the result is that numerous mail servers reject such emails, like:
host mailly.debian.org[82.195.75.114] said: 550 improper use of 8-bit
data
in message header: message rejected (in reply to end of DATA command)
I was sort of surprised it's postifx itself who generates such a broken
message:
From: Михаил Токарев <m...@tls.msk.ru.ru>
And while it's definitely true there's no encoding specified for the
GECOS field in /etc/passwd, the common practice over last couple decades
is to use utf8 in there. Also we've $LANG at submission which can be
used too. Or failing that, we can tell postfix which encoding our
GECOS field is, like using gecos_charset = foo.
Shouldn't postfix at least try to generate valid email message in
such case?
How exactly does that mail that you claim Postfix transports verbatim
get into Postfix's responsibility? What is the software you use for
submitting the message that gets rejected later in the transport?
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
