SMTP-Timeout
Wie lange jede Seite einer SMTP-Sitzung auf die andere wartet; RFC 5321 legt Mindestwerte pro Befehl fest, etwa fünf Minuten für die Begrüßung und zehn für die Antwort nach den Daten.
Was es bedeutet
RFC 5321 verlangt von Clients, für jeden Befehl ein eigenes Timeout zu setzen statt für die ganze Transaktion, mit diesen Mindestwerten: 5 Minuten für die 220-Begrüßung, für MAIL und für jedes RCPT; 2 Minuten für die 354-Antwort auf DATA; 3 Minuten für jeden gesendeten Datenblock; und 10 Minuten für die Antwort nach dem abschließenden Punkt. Ein Server sollte mindestens 5 Minuten auf den nächsten Befehl des Clients warten.
Die lange letzte Wartezeit gibt es, weil Aufgeben an dieser Stelle teuer ist: Trennt der Client die Verbindung, während der Server eine Nachricht noch verarbeitet, die er tatsächlich angenommen hat, versucht es der Client erneut, und der Empfänger erhält ein Duplikat. Timeouts in Logs deuten auf Netzwerkprobleme, einen überlasteten Empfänger oder absichtliches Ausbremsen wie Tarpitting hin.
Verwandte Begriffe
Quellen
Worauf diese Definition beruht. Die Formulierung stammt von uns, die Fakten von den Quellen.
- RFC 5321, section 4.5.3.2: Timeoutsrfc-editor.org
- RFC 5321, section 6.1: Reliable Delivery and Replies by Emailrfc-editor.org
Alle 432 Begriffe im GlossarDas Wiki: Blacklists und Bounce-Codes