Wiederholungsintervall für E-Mail-Warteschlangen

8

Ich konfiguriere eine benutzerdefinierte Mail-Warteschlange. Die Sache ist, dass es Fehler beim Senden von E-Mails geben kann. Normalerweise weiß man nicht, warum die Mail ihr Ziel nicht erreicht hat. Die einfachste Lösung besteht also darin, die E-Mail erneut zu senden. Hier sind einige Algorithmen, die ich aus dem Mund kenne:

  • Duplizieren Sie die Zeit in der Warteschlange für den nächsten erneuten Versuch ab einem bestimmten Zeitpunkt: 1 Minute, 2 Minuten, 4 Minuten usw.
  • Geben Sie eine Reihe von Intervallen an (dies ist ein allgemeiner Fall der vorherigen Option): 5 Minuten, 5 Minuten, 10 Minuten, 30 Minuten usw.

Irgendwann wird es sinnlos sein, die Mail erneut zu senden. Auf jeden Fall enthält das System ein Protokoll für nicht gesendete E-Mails.

Was wissen Sie über bewährte Verfahren in dieser Angelegenheit? Was ist ein "gutes" Halteintervall? Welche Fakten sollte ich zumindest berücksichtigen, um die Intervalle auszuwählen?

email smtp Andras Gyomrey
quelle

Antworten:

6

Sie müssen RFC 5321 befolgen, in dem ausdrücklich angegeben ist, wie Wiederholungsstrategien implementiert werden sollen: http://tools.ietf.org/html/rfc5321#section-4.5.4

Sie müssen diesen RFC vollständig lesen (und verstehen!), Wenn Sie versuchen, Ihren eigenen Mailserver zu implementieren. Ich muss jedoch ausdrücklich betonen, dass es fast nicht erforderlich ist, einen eigenen Mailserver (Client) zu implementieren. Es gibt viele bereits existierende (getestete!) Lösungen, die über Jahre und Jahrzehnte produktiv sind. Verwenden Sie also vorhandene Software, anstatt von vorne zu beginnen. Es ist die Mühe nicht wert, auf die Sie stoßen werden. Kennen Sie IPv6 überhaupt? Wenn nicht, solltest du!

mailq
quelle
3
Es gibt natürlich keine feste Verpflichtung, sich an RFCs zu halten, aber es ist sehr ratsam, wenn das System eines Tages im Internet arbeiten muss. Obwohl es Gründe geben kann, eine eigene Mail-Warteschlange zu implementieren, stimme ich voll und ganz zu, dass vorhandener Code, der in der Mailserver-Software verwendet wird, wiederverwendet werden sollte, anstatt das Rad neu zu erfinden.
The-Wabbit