you mean the failure-notice email? Ok here it is; Hi. This is the qmail-send program at smtplq01.our-external-smtp.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out.
<i...@final-recipient.com>: IP.IP.IP.IP does not like recipient. Remote host said: 554 5.7.1 <i...@final-recipient.com>: Relay access denied Giving up on IP.IP.IP.IP --- Below this line is a copy of the message. Return-Path: <m...@our-domain.com> Received: (qmail 11324 invoked by uid 89); 12 Feb 2011 18:00:39 -0000 Received: from unknown (HELO smtp7.our-external-smtp.com) (62.149.158.227) by smtplq01.our-external-smtp.com with SMTP; 12 Feb 2011 18:00:39 -0000 Received: (qmail 7959 invoked by uid 89); 12 Feb 2011 18:00:39 -0000 Received: from unknown (HELO our-local-smtp.com) (i...@our-domain.com@XX.XX.XX.XX) by smtp7.ad.our-external-smtp.com with SMTP; 12 Feb 2011 18:00:39 -0000 Received: by our-local-smtp.com (Postfix, from userid 33) id B7B27255B449; Sat, 12 Feb 2011 19:00:40 +0100 (CET) To: i...@final-recipient.com Subject: Subject of the mail.. Message-ID: <89322dca13c16dcd962bbd3f199ed...@www.our-domain.com> Errors-To: i...@our-domain.com From: Snillo Shop <i...@our-domain.com> Reply-To: i...@our-domain.com X-Mailer: TYPO3 Mailer :: commerce - Georg Am 14.02.2011 09:37, schrieb Stan Hoeppner: > Georg Schönweger put forth on 2/14/2011 1:59 AM: >> Hi, >> >> yesterday i received a failure-notice; >> Remote host said: 554 5.7.1 <i...@domain.com>: Relay access denied --> >> this is the error-message which i received from the final recipient. >> The email was send from our webserver. The webserver (postfix) sends the >> email via relayhost (another external postfix Server) to the world outside. >> Does this mean that the email provider from the recipient doesn't allow >> the use of relayhosts? Is it generally better to not use relayhosts? >> ..we had problems with spam some years ago if we sent mails directly >> with postfix, so we used our external email provider as relayhost. But i >> think this was because we didn't have a valid RDNS entry. So should i >> switch off the relayhost? > The first thing you should do is provide complete logging of the transaction > from end to end so we don't have to make guesses as to what actually occurred > where and when. >