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.
>
