Robert Fitzpatrick:
> We have an issue with a stock Postfix 2.11.3 sending to one MTA. The
> message is being sent from a PHP application to the localhost Postfix
> for delivery. After making header adjustments to satisfy envelope sender
> rejections, the MTA is now accepting with an NDR. Their IT sends this
> error from their logs.....
>
> Input data are not Unicode-conformant or conversion between Unicode
> formats failed
Most likely, the PHP application produces non-UTF8 (or malformed
UTF8). Another possibility is that you have a content filter that
mis-handles UTF8.
Postfix 2.11 just moves the bits from the sender to the receiver.
It does not care if the content is (or should be) UTF8.
Only with Postfix 3.x there are some checks that kick in if the
sender says that the message or envelope contains UTF8. But that
requires that the sender implements a relatively new SMTP protocol
extension (RFC 6531..6533).
Wietse
> I don't find much info on this error and have never encountered, can
> someone here help us to understand the issue?
>
> -- Robert
>
>
