<[email protected]>: 550: 5.5.1 Address [email protected] does not exist 5.5.1 This is the text returned from main.cf:smtpd_reject_footerThat does not match the server response.
What do you mean does not match server response? Are you talking about "Address %s does not exist"? It is the response im using a milter to give because i **HATE** the default message "Recipient address rejected: User unknown in virtual mailbox table". Not only is it long winded but your average end user doesn't care or understand anything about "in virtual mailbox table", its just noise to them.
Sorry, Postfix does not support ASCII art. Seriously, only nerds care about multiline server responses.
And only nerds program mail servers from scratch and only nerds run mail servers. So here we are, and i care. I care because this is something that NON-nerds interact with and i do like to consider user friendliness.
I will reject code changes that introduce newlines in Postfix string values. It opens up all kinds of abuse, was the cause of a root shell in Sendmail (unexpected newline in queue file), and unexpected newlines are a constant problem in web applications.
Im not smart enough to understand this. New lines in a queue file create problems? But all email bodies have new lines in them. I am only trying to get new lines inside of a message body. The errors are received from RCPT command as separate new lines. Postfix is manually appending the two lines together. Surely postfix is better than sendmail to avoid the same pitfalls. And if postfix was designed to keep the two error lines from the RCPT command as separate lines for the message body... then it wouldn't be an "unexpected newline".
Id also like to point out, while im hearing that NO NEW LINES will be exceptable postfix *IS* making new lines where there shouldn't be any.
<[email protected]>: host smtp.example.com[IP] said: 550-5.5.1 Address <--THAT IS A NEW LINE [email protected] does not exist 550 5.5.1 This is the text <--THAT IS A NEW LINE returned from main.cf:smtpd_reject_footer (in reply to RCPT TO command)
A suggestion that would keep new lines out of string values and queue files. When postfix appends the two lines together add a special character between the lines like tab or something. Then instead of artificially breaking the lines based on string length replace that special character with a new line as its being written to the message body.
