0

I have my IIS6 SMTP server with default retry settings of 15 min, 30 min, etc. but under some circumstances it keeps retrying every minute (or less). How can I fix this?

I have seen it retry correctly (15 mins) after a

451+Temporary+Policy+Rejection+-+Please+try+later 0

But it looks like these puppies cause the problem:

2013-03-12 22:17:19 - - 451+Greylisted,+please+try+again+in+300+seconds 0

I did read somewhere that too-fast retries can be caused by DNS problems on the receiving end.

Excerpt from logs:

2013-03-12 22:17:19 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:17:19 - - 451+Greylisted,+please+try+again+in+300+seconds 0
...
2013-03-12 22:18:20 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:18:20 - - 451+Greylisted,+please+try+again+in+239+seconds 0
...
2013-03-12 22:18:47 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:18:47 - - 451+Greylisted,+please+try+again+in+211+seconds 0
...
2013-03-12 22:19:49 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:19:49 - - 451+Greylisted,+please+try+again+in+150+seconds 0
Michael Hampton
  • 237,123
  • 42
  • 477
  • 940
EdwardDumbell
  • 1
  • 1
    Are there multiple emails being sent to that address? – Michael Hampton Mar 13 '13 at 00:02
  • @MichaelHampton - That would be my question as well. If these are seperate messages the retry interval is per message and would explain what the OP is seeing. – joeqwerty Mar 13 '13 at 00:42
  • If somebody put their email into a web site and didn't get their confirmation right away, they might have tried again or hit the resend button. They might not even know they're impacted by greylisting, which is one reason why [I don't recommend use of greylisting](http://serverfault.com/a/419475/126632). – Michael Hampton Mar 13 '13 at 00:44

1 Answers1

0

I may be giving a answer you don't want, but IIS SMTP is very simple and limited... you may be hitting a bug. I would smarthost all emails to a more complete SMTP server, like postfix or qmail (both linux based), where they are queued to deliver to the internet. The IIS SMTP would be used as a simple localhost relay, bypassing most of it problems.

As the your problem... are you sure that they are the same email? maybe there are several emails outgoing to the same email and generating that apparent bad retry pattern.

Either way, that 300s in the logs is just a user level comment, the SMTP will not read it, nor try to obey to it. Also, the receiving end have no influence whatever on the retry time of the sender, only the response code (451 in this case) can trigger different reactions on the sender side... but that reaction would be consistent always.

higuita
  • 1,093
  • 9
  • 13