Thank you for a quick response I am trying that setting now.

Sounds good Patrick, you'll want to get that custom build installed as well to fully resolve the issue.

Hi Kyle,

Since this behavior changed and the forwarding to external adresses is delayed and depends on retry intervals, I would suggest that the documentation is updated about it and that administrators are aware that there is now a minimum of 1 minute delay for external forwarding. (it still makes no sense to me, but as it looks lile it's going to stay like this, at least the doc should mention it).

Kind regards.

Sebastien, I agree - helpfiles/documentation need an update!
I myself checked the help as we had to deal with "looping / delivery failures" and number of messages in Spool+Waiting for delivery were heavily increasing, there I found the 4 attempts (15min, 30min, 60min, 90min).

With custom build 7172 this is much better, and we adjusted the retry-intervals as suggested by Kyle,
but this really needs an update at least concerning the delay and delivering in second try/retry...
I do not know any mailserver where we had to configure such "strange/untypical" retry-settings for delivery!

Because "new default values" will probably only affect "new system/initial-installations" it would be good to have kind of checks and one-time-warnings about settings that differ from new/suggested "default" values.

True Thomas,

We also had to deal with the loops and these strange forwarding delays at same time and seeing sometimes up to 10 minutes delay for external forwarding. As you did we applied Kyle suggested retries values and now forwarding to external mailboxes are delayed "only" by 1 minute (according to the first value of the retries list). Still confused though. I administer other mail servers based on postfix, or exim, even the good old sendmail. I never seen any need to delay external forwarding.. they are processed straight away....