Ah that makes sense!
This problematic mail server does announce DSN when you telnet to it,
while Google, Yahoo etc do not announce DSN support.
Thanks for your help. Final question (hopefully), is there a way to
ignore DSN announcements from remote servers and just treat them as if
they don't support DSN, that way I can get the relay/success emails I
need? I've read through the DSN readme
(http://www.postfix.org/DSN_README.html) and it doesn't appear to cover
that (if it's an option). I also searched for "dsn" on
(http://www.postfix.org/postconf.5.html) for main.cf options for doing
this with no luck.
On 11/30/2011 6:00 PM, Wietse Venema wrote:
Russell Jones:
Hi Wietse,
Thanks! That's different from what I read in that article then...
according to that article the remote mail server needs to support DSN as
well for the reports to be generated.
Per RFC 3461..3464, Postfix sends DSN "relayed" (not success) if
the remote server does not announce DSN support. The RFCs are
public documents, so you don't have to take my word for it.
If the remote server announces DSN support, and you receive no
"success" or "relayed" notification, then some remote system does
not implement DSN correctly.
Debugging remote SMTP servers is outside the scope of Postfix
support.
Wietse
