J'ai quelques scripts qui envoient automatiquement de petites notifications par e-mail lorsque cela est nécessaire. Je reçois un petit nombre de messages de réponse automatique (par exemple, en cas d'absence du bureau ou de vacances). Y a-t-il un en-tête que je peux ajouter à l'e-mail qui indiquera aux répondeurs automatiques (bien comportés) que je ne suis intéressé par aucune réponse?

Voir aussi cette question StackOverflow associée .

L'ajout d'un en- List-Idtête " " ou d'un en-tête " Precedence: list" devrait résoudre le problème pour les répondeurs automatiques bien comportés. Le comportement provient du programme de vacances d'origine pour UNIX. Entre autres, il ne répondra pas à un e-mail qui semble provenir d'une liste. Vous seriez probablement mieux avec la ligne d'en-tête List-Id que de prendre des risques avec le paramètre de priorité mais essayez les deux.

Je crois que Precedence: Bulkc'est le cadre canonique, mais le nombre de personnes dont les répondeurs automatiques obéissent est minuscule. Le fait est que la grande majorité des répondeurs automatiques se comportent mal.

Non, il n'y a rien qui fonctionne toujours.

Il y a des normes

l'envoi avec un chemin de retour nul (expéditeur d'enveloppe vide, SMTP MAIL FROM:<>) devrait empêcher les répondeurs automatiques ( https://tools.ietf.org/html/rfc5321#section-4.5.5 )

Les implémenteurs de processeurs de messagerie automatisés doivent veiller à ce que les différents types de messages avec un chemin inverse nul soient traités correctement. En particulier, ces systèmes NE DEVRAIENT PAS répondre aux messages avec un chemin inverse nul,

la définition d'un en-tête soumis automatiquement devrait également fonctionner ( https://tools.ietf.org/html/rfc3834#section-2 )

Les réponses automatiques NE DEVRAIENT PAS être émises en réponse à un message contenant un champ d'en-tête soumis automatiquement

Et puis il y a Microsoft ...

section 2.2.3.2.14 dans https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17f (URL soumise à expiration au gré de Microsoft) [MSOXCMAIL] 2.2.3.2.14

dit

2.2.3.2.14 Suppression des réponses automatiques

Pour définir la valeur de la propriété PidTagAutoResponseSuppress (section 2.1.3.2.20) sur -1, indiquant que toutes les réponses automatiques au message doivent être supprimées, les clients DEVRAIENT écrire un en-tête X-Auto-Response-Suppress avec la valeur "All" ".

...

Les lecteurs MIME DEVRAIENT <116> mapper des éléments individuels d'un en-tête X-Auto-Response-Suppress en bits dans la valeur de la propriété PidTagAutoResponseSuppress conformément au tableau. Si les deux en-têtes X-Auto-ResponseSuppress et Precedence sont présents, la valeur de la propriété PidTagAutoResponseSuppress DEVRAIT être 0xFFFFFFFF mais PEUT <117> être 0x00000000. Si la valeur de l'en-tête X-Auto-Response-Suppress est différente de celle spécifiée dans le tableau de la section 2.1.3.2.20, les lecteurs MIME DEVRAIENT <118> ignorer l'intégralité de l'en-tête.

Ces petites notes sont des plus révélatrices

<116> Section 2.2.3.2.14: Outlook 2010, Outlook 2013, Outlook 2016 et Outlook 2019 ne lisent pas l'en-tête X-Auto-Response-Suppress.

<117> Section 2.2.3.2.14: Exchange 2003 utilise cette valeur pour la propriété PidTagAutoResponseSuppress (section [MS-OXOMSG] 2.2.1.77).

<118> Section 2.2.3.2.14: Exchange 2003, Office Outlook 2003 et Office Outlook 2007 ignorent les en-têtes X-Auto-Response-Suppress et Precedence.

si prémonitoire Exchange Server 2007ou plus récent veulent X-Auto-Response-Suppress et Outlook veutPrecedence

Notez que cela ignore https://tools.ietf.org/html/rfc3834#section-2

(Parce que la priorité n'est pas un champ d'en-tête standard et que son utilisation et son interprétation varient considérablement dans la nature, aucun comportement de répondeur particulier en présence de priorité n'est recommandé par cette spécification.)

La meilleure chose à faire est probablement de faire les quatre, ou autant de celles-ci que possible.