Délai d'attente SMTP
La durée pendant laquelle chaque côté d'une session SMTP attend l'autre ; la RFC 5321 fixe des minimums par commande, comme cinq minutes pour l'accueil et dix pour la réponse après les données.
Ce que cela signifie
La RFC 5321 impose aux clients de chronométrer chaque commande séparément plutôt que la transaction entière, avec ces minimums : 5 minutes pour l'accueil 220, pour MAIL et pour chaque RCPT ; 2 minutes pour la réponse 354 à DATA ; 3 minutes pour chaque bloc de données envoyé ; et 10 minutes pour la réponse après le point final. Un serveur devrait attendre au moins 5 minutes la commande suivante du client.
La longue attente finale existe parce qu'abandonner à ce stade coûte cher : si le client se déconnecte alors que le serveur traite encore un message qu'il a en fait accepté, le client réessaie et le destinataire reçoit un doublon. Des délais dépassés dans les logs indiquent un problème réseau, un destinataire surchargé ou un ralentissement volontaire comme le tarpitting.
Termes associés
Sources
Ce sur quoi repose cette définition. La formulation est la nôtre ; les faits sont les leurs.
- RFC 5321, section 4.5.3.2: Timeoutsrfc-editor.org
- RFC 5321, section 6.1: Reliable Delivery and Replies by Emailrfc-editor.org
Les 432 termes du glossaireLe wiki : blacklists et codes de bounce