← RFC Reference

RFC 3834 : Réponses Automatiques dans les Courriels

Parcours normatif Listes de diffusion et champs d'en-tête Published March 2026
ELI5: Lorsque vous définissez une réponse automatique « absent du bureau », qu'est-ce qui empêche deux répondeurs automatiques de se répondre mutuellement indéfiniment ? La RFC 3834 définit les règles : comment marquer un message comme automatique, comment détecter et supprimer les boucles, et quand il est approprié d'envoyer une réponse automatique. C'est la raison pour laquelle votre réponse de vacances ne provoque pas une tempête de courriels infinie.

Pourquoi cela existe

Les réponses automatiques d'email sont omniprésentes : messages de vacances/absence du bureau, accusés de réception, filtres anti-spam par défi-réponse, accusés de ticket système et digests de notifications. Sans règles, les auto-répondeurs créent des boucles de rétroaction dangereuses :

  1. L'auto-répondeur d'Alice répond au message de Bob.
  2. L'auto-répondeur de Bob répond à la réponse automatique d'Alice.
  3. L'auto-répondeur d'Alice répond à la réponse automatique de Bob.
  4. Répétition infinie, inondant les deux boîtes de réception et le réseau.

RFC 3834 prévient cela en définissant le champ d'en-tête Auto-Submitted et un ensemble de règles que chaque répondeur automatique doit suivre.

Comment cela fonctionne

L'en-tête Auto-Submitted

Chaque message généré automatiquement doit inclure un en-tête Auto-Submitted. Les valeurs définies sont :

Valeur Signification Exemple
no Le message a été créé par un humain (par défaut si l'en-tête est absent) Email normal composé par une personne
auto-generated Le message a été généré automatiquement, pas en réponse à un autre message Rapports programmés, alertes de surveillance, notifications système
auto-replied Le message est une réponse automatique à un autre message Réponses de vacances, absence du bureau, accusés de réception
auto-notified Le message est une notification automatique concernant un autre message Notifications de statut de livraison, notifications de disposition
; Réponse de vacances
From: alice@example.com
To: bob@example.com
Subject: Re: Project update
Auto-Submitted: auto-replied
In-Reply-To: <msg-id-from-bob@example.com>

Je suis absent du bureau jusqu'au 15 janvier.
Pour les questions urgentes, contactez charlie@example.com.

La règle fondamentale : ne jamais répondre automatiquement aux réponses automatiques

Avant d'envoyer une réponse automatique, le répondeur doit vérifier si le message entrant est lui-même automatique. Si c'est le cas, aucune réponse automatique n'est envoyée. Les vérifications sont :

  1. Vérifiez l'en-tête Auto-Submitted. S'il est présent et non égal à no, ne répondez pas.
  2. Vérifiez le chemin de retour vide. Si l'expéditeur d'enveloppe (MAIL FROM) est <>, ne répondez pas. Les rebonds et les DSN utilisent un chemin de retour vide.
  3. Vérifiez l'en-tête Precedence. Si la valeur est bulk, junk ou list, ne répondez pas. (Ceci est une convention antérieure à RFC 3834 mais toujours largement utilisée.)
; Le message entrant a un en-tête Auto-Submitted
Auto-Submitted: auto-replied

; Décision : NE PAS répondre automatiquement
; Cela prévient le scénario de boucle infinie

Limitation de débit

RFC 3834 exige que les auto-répondeurs limitent les réponses au même expéditeur. La pratique standard :

Exigences d'enveloppe et d'en-tête

Une réponse automatique doit :

Détails techniques clés

Messages qui ne doivent pas déclencher de réponses automatiques

RFC 3834 énumère les cas spécifiques où les réponses automatiques doivent être supprimées :

Auto-Submitted vs. Precedence

L'en-tête Precedence plus ancien précède RFC 3834 et n'est pas formellement standardisé, mais reste largement utilisé :

; Approche héritée (toujours courante)
Precedence: bulk

; Approche conforme aux normes
Auto-Submitted: auto-generated

; Meilleure pratique : inclure les deux pour une compatibilité maximale
Precedence: bulk
Auto-Submitted: auto-generated

Les auto-répondeurs doivent vérifier les deux en-têtes. Certains systèmes plus anciens ne définissent que Precedence ; certains systèmes plus récents ne définissent que Auto-Submitted. Vérifier les deux prévient les boucles avec l'un ou l'autre.

L'en-tête X-Auto-Response-Suppress

Microsoft Exchange a introduit un en-tête non standard mais largement supporté :

X-Auto-Response-Suppress: All

Les valeurs possibles incluent DR (rapports de livraison), NDR (rapports de non-livraison), RN (notifications de lecture), NRN (notifications de non-lecture), OOF (absence du bureau) et AutoReply. De nombreux systèmes d'envoi définissent All sur les emails transactionnels et marketing pour supprimer toutes les réponses automatiques d'Exchange/Outlook.

Détection des messages de liste de diffusion

Les réponses automatiques aux messages de liste de diffusion sont particulièrement problématiques — elles vont à la liste entière. Vérifiez :

; N'importe lequel de ceux-ci indique un message de liste
List-Id: <dev.lists.example.com>
List-Unsubscribe: <mailto:unsub@lists.example.com>
Precedence: list
X-Mailing-List: dev@lists.example.com

Exemples

Une réponse de vacances bien formée

; Enveloppe
MAIL FROM:<>
RCPT TO:<bob@example.com>

; En-têtes
From: alice@example.com
To: bob@example.com
Date: Mon, 10 Mar 2025 09:00:00 +0000
Subject: Re: Q1 Planning
Auto-Submitted: auto-replied
In-Reply-To: <orig-msg-id@example.com>
References: <orig-msg-id@example.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8

Merci pour votre email. Je suis absent du bureau du 8 au 15 mars
avec accès limité aux emails.

Pour les questions urgentes, veuillez contacter charlie@example.com.

Une notification système

From: noreply@monitoring.example.com
To: ops-team@example.com
Subject: [ALERT] Utilisation du CPU supérieure à 90 % sur web-prod-03
Auto-Submitted: auto-generated
Precedence: bulk
X-Auto-Response-Suppress: All

Le serveur web-prod-03 a dépassé le seuil du CPU.
Utilisation actuelle : 94 %. Enquêtez immédiatement.

Erreurs courantes

Impact sur la délivrabilité

Related RFCs