Eu tenho alguns scripts que enviam automaticamente pequenas notificações por email quando necessário. Recebo um pequeno número de mensagens de resposta automática (por exemplo, fora do escritório ou férias). Existe um cabeçalho que eu possa adicionar ao email que indique aos respondedores automáticos (com bom comportamento) que não estou interessado em nenhuma resposta?

Consulte também esta questão relacionada ao StackOverflow .

Adicionar um List-Idcabeçalho " " ou um cabeçalho " Precedence: list" deve resolver o problema de respostas automáticas bem comportadas. O comportamento vem do programa de férias original para UNIX. Entre outras coisas, ele não responde a um email que parece vir de uma lista. Você provavelmente seria melhor com a linha de cabeçalho List-Id do que se arriscar com a configuração de precedência, mas tente as duas.

Acredito que Precedence: Bulkseja o cenário canônico, mas o número de pessoas cujos autoresponders obedecem é minúsculo. Fato é que a grande maioria dos autoresponders são mal comportados.

Não, não há nada que sempre funcione.

Existem padrões

enviar para o wuth um caminho de retorno nulo (remetente de envelope vazio, SMTP MAIL FROM:<>) deve impedir respondedores automáticos ( https://tools.ietf.org/html/rfc5321#section-4.5.5 )

Os implementadores de processadores de email automatizados devem ter cuidado para garantir que os vários tipos de mensagens com um caminho inverso nulo sejam tratados corretamente. Em particular, esses sistemas NÃO DEVEM responder a mensagens com um caminho inverso nulo,

definir um cabeçalho enviado automaticamente também deve funcionar ( https://tools.ietf.org/html/rfc3834#section-2 )

As respostas automáticas NÃO DEVEM ser emitidas em resposta a qualquer mensagem que contenha um campo de cabeçalho enviado automaticamente

E depois há a Microsoft ...

seção 2.2.3.2.14 em https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17f (URL sujeito a validade por capricho da Microsoft) [MSOXCMAIL] 2.2.3.2.14

diz

2.2.3.2.14 Supressão de respostas automáticas

Para definir o valor da propriedade PidTagAutoResponseSuppress (seção 2.1.3.2.20) como -1, indicando que todas as respostas automáticas à mensagem devem ser suprimidas, os clientes DEVEM escrever um cabeçalho X-Auto-Response-Suppress com o valor "All "

...

MIME leitores devem <116> mapear elementos individuais de um cabeçalho X-Auto-Response-Suppress para bits no valor da propriedade PidTagAutoResponseSuppress de acordo com a tabela. Se os cabeçalhos X-Auto-ResponseSuppress e Precedence estiverem presentes, o valor da propriedade PidTagAutoResponseSuppress DEVE ser 0xFFFFFFFF, mas PODE <117> ser 0x00000000. Se o valor do cabeçalho X-Auto-Response-Suppress for diferente do especificado na tabela na seção 2.1.3.2.20, os leitores MIME DEVE <118> ignorar o cabeçalho inteiro.

Essas pequenas notas são mais reveladoras

<116> Seção 2.2.3.2.14: Outlook 2010, Outlook 2013, Outlook 2016 e Outlook 2019 não leem o cabeçalho X-Auto-Response-Suppress.

<117> Seção 2.2.3.2.14: O Exchange 2003 usa esse valor para a propriedade PidTagAutoResponseSuppress ([MS-OXOMSG] seção 2.2.1.77).

<118> Seção 2.2.3.2.14: Exchange 2003, Office Outlook 2003 e Office Outlook 2007 ignoram os cabeçalhos X-Auto-Response-Suprimir e Precedência.

tão pré-nomeado Exchange Server 2007ou mais recente quer X-Auto-Response-Suppress e o Outlook querPrecedence

Observe que isso está ignorando https://tools.ietf.org/html/rfc3834#section-2

(Como o Precedence não é um campo de cabeçalho padrão, e seu uso e interpretação variam amplamente, não é recomendado nenhum comportamento em particular na presença de Precedence por esta especificação.)

A melhor jogada é provavelmente fazer todas as quatro ou o maior número possível.