The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

mail bouncing with retry time out error

Discussion in 'E-mail Discussions' started by crazyaboutlinux, May 15, 2009.

  1. crazyaboutlinux

    crazyaboutlinux Well-Known Member

    Joined:
    Nov 3, 2007
    Messages:
    938
    Likes Received:
    0
    Trophy Points:
    16
    Hi

    i am getting bounce back wit retry time out

    then i checked exim log & got result as below

    That is incoming & outgoing exim logs for this user accounts@mantratec.com so can i grep only incoming exim log for this user ?
    now please tell how to resolve this issue
     
    #1 crazyaboutlinux, May 15, 2009
    Last edited: May 15, 2009
  2. JawadArshad

    JawadArshad Well-Known Member
    PartnerNOC

    Joined:
    Apr 8, 2008
    Messages:
    447
    Likes Received:
    4
    Trophy Points:
    18
    Location:
    PK
    cPanel Access Level:
    DataCenter Provider
    try this on shell.

    telnet mantratec.com 25

    If it does not connect, the IP of this site must be blocked on your server, stop firewall and try again to verify.
    Also make sure this site is not in the /etc/localdomains file.
     
  3. crazyaboutlinux

    crazyaboutlinux Well-Known Member

    Joined:
    Nov 3, 2007
    Messages:
    938
    Likes Received:
    0
    Trophy Points:
    16
    manual telnet report is as below

    telnet mail.mantratec.com 25
    Trying 75.125.205.114...
    Connected to mail.mantratec.com.
    Escape character is '^]'.
    220 mail.iserverplanet.com
    HELO domain.com
    250 mail.iserverplanet.com Hello [203.57.187.197]
    MAIL FROM: <nilesh@domain.com>
    250 OK <nilesh@domain.com> Sender ok
    RCPT TO: <accounts@mantratec.com>
    451 Greylisted, please try again in 180 seconds

    i have verified that this domain mantratec.com is not listed in /etc/localdomains
     
    #3 crazyaboutlinux, May 16, 2009
    Last edited: May 16, 2009
  4. sneader

    sneader Well-Known Member

    Joined:
    Aug 21, 2003
    Messages:
    1,126
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    La Crosse, WI
    cPanel Access Level:
    Root Administrator
    Solution found.

    I realize this thread is a year old, but I had a similar problem and could not find a solution on the forums.

    In my situation, a remote server was down for a while, and when it finally came back up, Exim wouldn't even TRY to deliver any messages to that IP. It would immediately bounce all mail for that domain with:

    2010-10-12 15:38:25 1P5lc4-0001kQ-2z <= admin@me.com H=mail.me.com [1.2.3.4] P=smtp S=255 for someone@example.com

    2010-10-12 15:38:25 1P5lc4-0001kQ-2z ** someone@example.com R=lookuphost T=remote_smtp: retry time not reached for any host after a long failure period

    From the server, I can telnet to the mail server for example.com on port 25 with no problem. The server is definitely reachable. But Exim refuses to try.

    I tried restarting Exim but it did no good.

    Finally, I went to /var/spool/exim/db and renamed the files "retry" and "ratelimit" and then restarted Exim. Bingo, mail is being delivered to example.com now, just fine.

    I suspect I could have only done the "retry" file, as "ratelimit" has more to do with tracking the volume of bad mail that remote servers try to deliver.

    Anyway, thought I would share this, in case anyone else runs into this issue.

    - Scott
     
  5. crazyaboutlinux

    crazyaboutlinux Well-Known Member

    Joined:
    Nov 3, 2007
    Messages:
    938
    Likes Received:
    0
    Trophy Points:
    16
    Yeah That's true , the remote server was down.
     
  6. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    I'd suggest doing the following instead rather than renaming the files:

    Code:
    /usr/sbin/exim_tidydb -t 1d /var/spool/exim retry > /dev/null 
    /usr/sbin/exim_tidydb -t 1d /var/spool/exim reject > /dev/null 
    /usr/sbin/exim_tidydb -t 1d /var/spool/exim wait-remote_smtp > /dev/null
    This clears the retry, reject and wait-remote_smtp databases for exim. You are correct that when you receive the error "retry time not reached for any host after a long failure period" that exim will not re-attempt to send messages at that point to the recipient even when the recipient's server or email is working again. Clearing the retry database is the only way to get exim to re-attempt at that point until it reaches the timeout.
     
    Arvy likes this.
  7. sneader

    sneader Well-Known Member

    Joined:
    Aug 21, 2003
    Messages:
    1,126
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    La Crosse, WI
    cPanel Access Level:
    Root Administrator
    Thanks Danielle! Would you be willing to explain a bit about why this method is better than just renaming the files?

    - Scott
     
  8. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    Because you are using exim to perform the operation and not basically deleting the files (which a rename is practically the same as a deletion). If exim were unable to recreate the file for some reason, then you would have errors occur. Since the file you are removing is a database file, it isn't optimal to remove the file. The way I suggested allows the database itself to clear the contents for one day back versus possibly corrupting the data or producing errors.
     
  9. sneader

    sneader Well-Known Member

    Joined:
    Aug 21, 2003
    Messages:
    1,126
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    La Crosse, WI
    cPanel Access Level:
    Root Administrator
    Great info, thank you! Do you think we need to restart Exim after tidying up the db's?

    - Scott
     
  10. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    Certainly, you're very welcome. As for a restart, yep, I'd recommend restarting exim after making those changes.
     
  11. mykkal

    mykkal Well-Known Member

    Joined:
    Feb 9, 2007
    Messages:
    120
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Atlanta, Georgia, United States
    Hi Tristan... I'm having the same problem only this isn't a long retry situation. mail is being deferred as soon as its created. I don't really understand why.

    Here's an example below. I have no idea why its happening as soon as the message is generated.

    Code:
    LOG: retry_defer MAIN
      == info@hairwegoproducts.com routing defer (-51): retry time not reached
    delivering 1PIgc2-0006RM-Ld (queue run pid 3445)
    OG: retry_defer MAIN
      == tedmiller@maxborges.com R=dk_lookuphost T=dk_remote_smtp defer (-53): retry time not reached for any host
    delivering 1PJSVH-0004l5-S5 (queue run pid 3445)
    LOG: retry_defer MAIN
      == ronke@hairwegoproducts.com routing defer (-51): retry time not reached
    delivering 1PJSVI-0004lH-7L (queue run pid 3445)
    LOG: retry_defer MAIN
      == info@hairwegoproducts.com routing defer (-51): retry time not reached
    delivering 1PIY2X-00011O-Nr (queue run pid 3445)
    LOG: retry_defer MAIN
      == hward@jpatmgnt.com routing defer (-51): retry time not reached
    delivering 1PIkxG-0003GM-2b (queue run pid 3445)
    LOG: retry_defer MAIN
      == malachi@hustlinboy.com R=dk_lookuphost T=dk_remote_smtp defer (-53): retry time not reached for any host
    delivering 1PIUFK-0007Cv-7I (queue run pid 3445)
    LOG: retry_defer MAIN
     
  12. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    Is this from all email accounts on the server, or one domain only? Is this to any email accounts from the email account(s) or domain? We need more details on the situation.
     
  13. mykkal

    mykkal Well-Known Member

    Joined:
    Feb 9, 2007
    Messages:
    120
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Atlanta, Georgia, United States
    Actually we send bulk mail from a different domain (blast.mynewslist.com) on the backup server. http traffic goes to the main one.

    The domain we send on behalf of is info[]hairwegoproducts.com. SPF is already in place and Domain Keys are activated and functioning.

    This is only happening at the moment when I attempt to send on behalf of info[]hairwegoproducts.com. Does not seem to be affecting any other domains right now.

    Its just that the deferment is instant.... Which I didn't expect and can't explain.
     
  14. bbabaa

    bbabaa Registered

    Joined:
    Jan 10, 2011
    Messages:
    2
    Likes Received:
    0
    Trophy Points:
    1
    Is there any way to adjust the retry timeout value in exim?
     
  15. jordan.robison

    jordan.robison Registered

    Joined:
    Jan 21, 2010
    Messages:
    3
    Likes Received:
    0
    Trophy Points:
    1
    To adjust the timeout value here is a link to exim that talks about how to do so:
    Exim Specification - 33. Retry configuration

    I hope this helps you.
     
  16. albatroz

    albatroz Well-Known Member

    Joined:
    Mar 6, 2003
    Messages:
    258
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Virtual Orbis / Peru
    cPanel Access Level:
    Root Administrator
    I have a similar problem, I am receiving the following error messages:
    R=dk_lookuphost T=dk_remote_smtp defer (-53): retry time not reached for any host

    but there is also an additional coincidence, the domain I have problems with "zicrom.com" is hosted by Yahoo :S
     
Loading...

Share This Page