Tengo algunas secuencias de comandos que envían automáticamente pequeñas notificaciones por correo electrónico cuando es necesario. Recibo una pequeña cantidad de mensajes de respuesta automática (por ejemplo, fuera de la oficina o vacaciones) de estos. ¿Hay un encabezado que pueda agregar al correo electrónico que indique a los respondedores automáticos (con buen comportamiento) que no estoy interesado en ninguna respuesta?
Vea también esta pregunta relacionada con StackOverflow .
Respuestas:
Agregar un " List-Id" encabezado o un " Precedence: list" encabezado debería resolver el problema para los respondedores automáticos con buen comportamiento. El comportamiento proviene del programa original de vacaciones para UNIX. Entre otras cosas, no responderá a un correo electrónico que parece provenir de una lista. Probablemente sería mejor con la línea de encabezado List-Id que arriesgarse con la configuración de precedencia, pero pruebe ambas.
Creo que Precedence: Bulkes la configuración canónica, pero la cantidad de personas cuyos autorespondedores obedecen es minúscula. El hecho es que la gran mayoría de los autorespondedores se portan mal.
Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
No, no hay nada que siempre funcione.
el envío de una ruta de retorno nula (remitente de sobre vacío, SMTP MAIL FROM:<>) debería evitar los autorespondedores automáticos ( https://tools.ietf.org/html/rfc5321#section-4.5.5 )
Los implementadores de procesadores de correo electrónico automatizados deben tener cuidado de asegurarse de que los diversos tipos de mensajes con una ruta inversa nula se manejen correctamente. En particular, tales sistemas NO DEBEN responder a mensajes con una ruta inversa nula,
establecer un encabezado enviado automáticamente también debería funcionar ( https://tools.ietf.org/html/rfc3834#section-2 )
Las respuestas automáticas NO DEBEN emitirse en respuesta a ningún mensaje que contenga un campo de encabezado Auto-Enviado
sección 2.2.3.2.14 en https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17f (URL sujeta a caducar por capricho de Microsoft) [MSOXCMAIL] 2.2.3.2.14
dice
2.2.3.2.14 Supresión de respuestas automáticas
Para establecer el valor de la propiedad PidTagAutoResponseSuppress (sección 2.1.3.2.20) en -1, lo que indica que se deben suprimir todas las respuestas automáticas al mensaje, los clientes DEBEN escribir un encabezado X-Auto-Response-Suppress con el valor "All ".
...
Los lectores MIME DEBEN <116> asignar elementos individuales de un encabezado X-Auto-Response-Suppress a bits en el valor de la propiedad PidTagAutoResponseSuppress de acuerdo con la tabla. Si están presentes los encabezados X-Auto-ResponseSuppress y Precedence, el valor de la propiedad PidTagAutoResponseSuppress DEBE ser 0xFFFFFFFF pero PUEDE <117> ser 0x00000000. Si el valor del encabezado X-Auto-Response-Suppress es diferente al especificado en la tabla en la sección 2.1.3.2.20, los lectores MIME DEBEN <118> ignorar el encabezado completo.
Esas pequeñas notas son más reveladoras.
<116> Sección 2.2.3.2.14: Outlook 2010, Outlook 2013, Outlook 2016 y Outlook 2019 no leen el encabezado X-Auto-Response-Suppress.
<117> Sección 2.2.3.2.14: Exchange 2003 usa este valor para la propiedad PidTagAutoResponseSuppress ([MS-OXOMSG] sección 2.2.1.77).
<118> Sección 2.2.3.2.14: Exchange 2003, Office Outlook 2003 y Office Outlook 2007 ignoran los encabezados X-Auto-Response-Suppress y Precedence.
tan presubamly Exchange Server 2007o más nuevo quiere X-Auto-Response-Suppress
y Outlook quierePrecedence
Tenga en cuenta que esto ignora https://tools.ietf.org/html/rfc3834#section-2
(Debido a que la Precedencia no es un campo de encabezado estándar, y su uso e interpretación varían ampliamente en la naturaleza, esta especificación no recomienda ningún comportamiento de respuesta particular en presencia de Precedencia).
El mejor movimiento es probablemente hacer los cuatro, o tantos como sea posible.
Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.