Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 1 subscriber
  • Views 2553 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[7.403] NDR for relayed outbound email

rxjules
Hi,

     We are currently running V7.403 and would like to use the outbound relaying function of our astaro unit. In our testing we have found that the exim email system does not return NDR's to our users if there was any problem delivering the emails. This is a big problem since our users would not know if there where any problems with delivery. 

If we direct our exchange 2003 server to deliver emails directly instead of sending them through the astaro unit we get  the NDR's. Is there anyway to change this configuration? Below the user never received an NDR.

***Clip from log***
2009:06:16-19:23:50 xyz smtpd[2467]: SCANNER[2467]: id="1000" severity="info" sys="SecureMail" sub="smtp" name="email passed" srcip="192.168.***.***" from="user@xyz.org" to="user@xyz.com" subject="Test" queueid="10rWG2-0000dk-0E" size="717"
2009:06:16-19:23:51 xyz exim[2469]: 2009-06-16 19:23:51 10rWG2-0000dk-0E ** user@xyz.com R=dnslookup T=remote_smtp: SMTP error from remote mail server after RCPT TO:: host mail.xyz.com [xx.***.***.xx]: 550 xx.***.***.xx blacklisted at pbl.spamhaus.org
2009:06:16-19:23:51 xyz exim[2472]: 2009-06-16 19:23:51 1MGi0N-0000ds-2a <> R=10rWG2-0000dk-0E U=exim P=local S=2466
2009:06:16-19:23:51 xyz exim[2469]: 2009-06-16 19:23:51 10rWG2-0000dk-0E Completed
2009:06:16-19:24:19 xyz smtpd[2467]: SCANNER[2467]: Nothing to do, exiting
***End clip log***

Thanks, Julio


This thread was automatically locked due to age.
Parents
  • 0
    Julio, in the first line with 2009:06:16-19:23:51 xyz exim[2469], is that the IP of your Astaro or the remote IP of xyz.com?

    For the record, we have several such implementations and have not see this problem, nor can I recall it appearing in the User BB.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Julio, in the first line with 2009:06:16-19:23:51 xyz exim[2469], is that the IP of your Astaro or the remote IP of xyz.com?

    For the record, we have several such implementations and have not see this problem, nor can I recall it appearing in the User BB.

    Cheers - Bob


    Hi,
     The first IP is the remote email host, the second ip (after 550) is part of the error message that is being sent by that host since we are doing our testing from a dynamic IP range.
    I have changed the tarpit time on the exchange server to zero in case that was causing the issue, but no luck. Also the smtp transaction log on the exchange server shows the outgoing email to the astaro unit but no return of an NDR.

    Funny thing is that if we instruct the astaro to use an upstream smarthost that system will attempt to deliver the email and generate an NDR and send that back to the astaro unit which will then send it back to the exchange user. 
    I am at a loss on what the problem may be. 
    Thanks, Julio
Reply
  • 0 in reply to BAlfson
    Julio, in the first line with 2009:06:16-19:23:51 xyz exim[2469], is that the IP of your Astaro or the remote IP of xyz.com?

    For the record, we have several such implementations and have not see this problem, nor can I recall it appearing in the User BB.

    Cheers - Bob


    Hi,
     The first IP is the remote email host, the second ip (after 550) is part of the error message that is being sent by that host since we are doing our testing from a dynamic IP range.
    I have changed the tarpit time on the exchange server to zero in case that was causing the issue, but no luck. Also the smtp transaction log on the exchange server shows the outgoing email to the astaro unit but no return of an NDR.

    Funny thing is that if we instruct the astaro to use an upstream smarthost that system will attempt to deliver the email and generate an NDR and send that back to the astaro unit which will then send it back to the exchange user. 
    I am at a loss on what the problem may be. 
    Thanks, Julio
Children
  • 0 in reply to rxjules
    Promptly this morning about 12 hours later all the NDR's were sent back to the exchange user? Does anyone know what the default delivery timeout's are for the exim email system? In exchange we can customize these times. Perhaps this could be a feature request.

    Thanks, Julio
  • 0 in reply to rxjules
    We have a similar Problem:
    ++++++++++++++++++++++++++++++++++++++++++++++
    2009:06:26-07:58:39 mail exim[8869]: 2009-06-26 07:58:39 10Lt4V-0002Ix-2i == some.user@remotedomain.at R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:: host fallback.eunet.at [193.154.160.132]: 450 4.2.0 : Recipient address rejected: Greylisted, see Postgrey Help 

    2009:06:26-07:58:39 mail exim[8868]: 2009-06-26 07:58:39 10Lt4U-0002Ix-2i == some.user@remotedomain.at R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:: host fallback.eunet.at [193.154.160.132]: 450 4.2.0 : Recipient address rejected: Greylisted, see Postgrey Help 

    2009:06:26-07:59:00 mail exim[8958]: 2009-06-26 07:59:00 10Lt4U-0002Ix-2i == some.user@remotedomain.at routing defer (-51): retry time not reached 

    2009:06:26-07:59:00 mail exim[8959]: 2009-06-26 07:59:00 10Lt4V-0002Ix-2i == some.user@remotedomain.at routing defer (-51): retry time not reached 
    ++++++++++++++++++++++++++++++++++++++++++++++

    The Remote Site has also a Astaro ASG220 and our domain ist whitelisted. Also their domain is whitelisted on our Astaro.

    What is "postgrey.schweikert.ch/.../manroland.at.html" all about
  • 0 in reply to CHgeek
    Hi,

    Seems like the NDR's are not being returned on a consistent basis. I have to try different settings with regards to tarpitting, etc.

    Thanks, Julio
Cookie Information Banner