Well in the server logs (our local smtp) there are only these lines; I don't have access to the logs of our relayhost smtp. Feb 12 19:00:40 susi1 postfix/pickup[23920]: B7B27255B449: uid=33 from=<www-data> Feb 12 19:00:40 susi1 postfix/cleanup[25085]: B7B27255B449: message-id=<89322dca13c16dcd962bbd3f199ed...@our-domain.com> Feb 12 19:00:40 susi1 postfix/qmgr[22376]: B7B27255B449: from=<m...@our-domain.com>, size=22289, nrcpt=1 (queue active) Feb 12 19:00:41 susi1 postfix/smtp[25087]: B7B27255B449: to=<i...@final-recipient.com>, relay=our-external-smtp[IP.IP.IP.IP]:25, delay=0.57, delays=0.07/0.01/0.27/0.23, dsn=2.0.0, status=sent (250 ok 1297533639 qp 7959) Feb 12 19:00:41 susi1 postfix/qmgr[22376]: B7B27255B449: removed
You are right, the relayhost smtp isn't postfix, i missed that. - Georg Am 14.02.2011 11:37, schrieb Stan Hoeppner: > Bjørn Ruberg put forth on 2/14/2011 4:18 AM: >> On 02/14/2011 10:47 AM, Georg Schönweger wrote: >>> you mean the failure-notice email? >> No, he meant logs from your mail server. >> >>> Ok here it is; >>> >>> Hi. This is the qmail-send program at smtplq01.our-external-smtp.com. >> That's not postfix. >> >> When it comes to why your e-mail can't be delivered, the message from the >> remote >> host "IP.IP.IP.IP does not like recipient." should provide you with plenty of >> hints. > That's where I was leaning but wanted to see the OP's server logs first. It's > likely that the mx for the recipient domain in question is an smtp gateway, > and > this gateway responds with a less than fully helpful "relay access denied" > error > msg instead of the more appropriate "unknown user", or similar, error msg. >
