T=remote_smtp defer (-53): retry time not reached for any host

Check to see if your domain is on some blacklist: Email Blacklist Check - See if your server is blacklisted

Cheers - Bob

I'm getting a similar thing - heaps of

"R=static_route_hostlist T=static_smtp defer (-53): retry time not reached for any host"

errors in my SMTP log, and lots of unhappy users wanting to know why they are not getting emails, or why they are delayed for days.

Is there anyway to tell Astaro to force send these emails to my mail server?

Thanks,

James.

Assuming you've checked to make sure your domain isn't on some blacklist, search here on flush dns.  That will force a renewal of the Astaro DNS cache, and might solve a problem.

Cheers - Bob

Thanks Bob.

The forums just talk about turning DNS off and then on, but I can't find that setting in Network-DNS.

I'm not on any blacklist - have checked.

I have told my mail server to accept all connections from the Astaro box (192.168.1.2).

Thanks,

James.

James, it turns out this is the same problem they were having on the German Fourm, but I didn't connect the two at the time.  I turned in a trouble ticket for their particular issue which was a bit different.  I quickly received a note from Sven Wurth that there should be a new pattern released today that should fix this.

He also said, "A possible workaround is to deactivate SID 15486," so if that works for you, you know that your problem will soon have been resolved.

Cheers - Bob
PS Until 7.5, where they say they'll give us our button back, you can flush the DNS from the CLI: /var/mdw/scripts/named restart

Thanks Bob.

My patterns have been updated to version 9597. Don't know if this will fix it. I still have heaps of emails in the queue because the retry time has not been reached, so I suppose not.

I found that the emails are in Mail Manager, in the SMTP Spool section. Their State is "Waiting". I have manually released a few from here and they seem to go through OK. There are still 144 in the queue, but I won't send them all as I don't want to swamp our mail server.

James.

These are outbound - right?  You probably can release them 10 at a time and not max anything out, no matter how quick you are.

Cheers - Bob

No, they are inbound to my mail server (mail.bordo.com.au).

I'll release them, but it still doesn't stop the problem where new emails received by Astaro are not forwarded to the mail server because the retry time has not been reached for my server. As a result, new emails are getting queued and I have to force release them manually.

Wait a minute, JL, that's a different problem.  The first post here is about outbound email, and the issue from the German Forum would have this effect on outbound emails.  I don't think it should affect inbound.

What else do you see in the SMTP log when the Astaro first tries to deliver one of the mails?  Have you tried the DNS flush from Post #6 above?

Cheers - Bob

You are right Bob. Inbound is the problem for me. I should have read the first message properly. My error message starts with "R=static_route_hostlist" not "R-dnslookup".

I couldn't run the CLI command to flush the DNS as I don't know the login username and password (I have emailed the person who did the install but haven't heard back).

I will look into the logs the next time I notice one getting blocked. At the moment I'm constantly looking at the Mail Manager SMTP Queue and clicking on the Retry button, so at least my users are happy that they are getting their mail on time now.

Thanks,

James.