Mail Delivery Queueing

Generally emails are directly delivered to the destin ation server and not stored locally on the filtering machines. However if the destin ation server is unavailable, all email sent to known destin ation recipients are queued locally on the filtering servers for delivery. Emails which have been permanently rejected by the destin ation server with a 5xx error code, will NOT be queued and are rejected by the systems. We have a list available with SMTP Error Codes.

Queue access

You can access the email queue from the webinterface, from which you can also manually force-retry delivery of a queued message.

Automatic retry schedule

Messages queued because of temporary problems with the destin ation route (for example network problems) are automatically retried for delivery at the following approximate intervals:

  • During the first 2 hours, delivery is retried at a fixed interval of 15 minutes.
  • During the next 14 hours, delivery is retried at a variable interval, starting at 15 minutes and multiplying by 1.5 with each attempt (e.g. after 15 minutes, then 22.5 minutes, then 34 minutes, and so on).
  • From 16 hours since the initial failure, until 4 days have passed, delivery is retried at a fixed interval of every 6 hours.
  • After 4 days we generate a bounce to the sender. If the bounce cannot be delivered immediately, it will be frozen. After this time, delivery of the message will have permanently failed.

Messages frozen because of more permanent problems with the destin ation route (for example, the hostname not existing) are automatically retried for delivery at the following approximate intervals:

  • The first 21 days delivery is retried at a fixed interval of 3 days. After this time, delivery of the message will have permanently failed.

Messages queued

The SMTP RFC 5321 specifies a sending server must queue messages which cannot be directly delivered because of a temporary failure at the receiving end. Therefore in case of temporary issues with the email infrastructure, emails will not be bounced immediately but are instead queued on the sending server(s) and automatically retried for delivery. In case of downtime of the destin ation mailserver, messages are only accepted for delivery by the filtercluster if the recipient is known to be valid. Valid destin ation recipients are cached up to 24 hours.

  • 0 Users Found This Useful
Was this answer helpful?

Related Articles

Mailserver changes to only accept from the filter systems

To avoid spammers being able to directly deliver the spam to your mailservers without being...

Domain Aliasing

If you have multiple domains, you can make use of the domain aliasing option. Domain...

Web Based Control Panel

Domain level features The following features are directly available from the webinterface:...

Sender whitelist/blacklist

To allow the domain administrator to remain in control over the filtering, it's possible to...

Reseller Branding

Various Branding options are available to Resellers. Branding Management Select the 'Branding...