Die Option smtpRetryTimeMaxExp begrenzt die Erhöhung der Wartezeit zwischen zwei Wiederholungen von Mailversandversuchen. Normalerweise verdoppelt sich die Wartezeit mit jedem fehlgeschlagenen Versandversuch, um bei länger andauernden Problemen den CPU-Verbrauch durch die Versandversuche zu begrenzen. Nach smtpRetryTimeMaxExp Verdopplungen bleibt die Wartezeit auf dem dann erreichten Wert.
smtpRetryTimeMaxExp |
<wert> |
<wert>
Voreinstellung: 6
Bei Fehlern während des Verbindungsaufbaus zum SMTP-Mailserver wird als Wartezeit bis zu einem erneuten Zustellversuch konstant die doppelte smtpRetryTimeBase verwendet.
Tritt der Fehler erst später im SMTP-Dialog auf, sodass es sich möglicherweise nicht um ein vergleichsweise schnell bemerktes, allgemeines Server-Problem handelt, sondern um ein mailspezifisches, welches oft erst nach einiger Zeit bemerkt wird, dann wird die Wartezeit zwischen zwei Versandversuchen (beginnend bei smtpRetryTimeBase) mit jedem Versuch verdoppelt, bis smtpRetryTimeMaxExp Verdopplungen erreicht sind. Daraus ergibt sich die Voreinstellung der max. Wartezeit zwischen zwei Zustellversuchen wie folgt:
max. Wartezeit = smtpRetryTimeBase * 2smtpRetryTimeMaxExp = 15m * 26 = 960m = 16h
Beispiele
Mailserver nicht erreichbar
Erneute Zustellversuche nach 30min= 2 * 15m
Verbindungsaufbau zum Mailserver möglich; mailspezifischer Fehler:
Erneuter Zustellversuch nach 15min= 15m * 20
Erneuter Zustellversuch nach 30min= 15m * 21
Erneuter Zustellversuch nach 1h = 15m * 22
Erneuter Zustellversuch nach 2h = 15m * 23
Erneuter Zustellversuch nach 4h = 15m * 24
Erneuter Zustellversuch nach 8h = 15m * 25
Alle weiteren Zustellversuche nach jeweils16h = 15m * 26
bis maxQueueLifeTime (Voreinstellung 5 Tage) erreicht ist.
Bei der Reduzierung der smtpRetryTimeBase sollte gleichzeitig der Wert für smtpRetryTimeMaxExp erhöht werden, ansonsten belasten die häufigen Wiederholungen der Zustellversuche die CPU.