대부분의 자동 응답자의 응답을 피할 수있는 이메일 헤더가 있습니까?


13

필요할 때 작은 이메일 알림을 자동으로 보내는 스크립트가 몇 개 있습니다. 이 중 몇 가지 자동 응답 메시지 (예 : 부재 중 또는 휴가)가 다시 표시됩니다. 응답에 관심이 없음을 자동 응답자에게 알리기 위해 이메일에 추가 할 수있는 헤더가 있습니까?

이 관련 StackOverflow 질문 도 참조하십시오 .

답변:


13

" List-Id"헤더 또는 " "헤더를 추가하면 Precedence: list올바르게 작동하는 자동 응답기의 문제를 해결해야합니다. 이 동작은 UNIX 용 원래 휴가 프로그램에서 비롯됩니다. 무엇보다도 목록에서 온 것으로 보이는 이메일에는 응답하지 않습니다. 우선 순위 설정을 사용하는 것보다 List-Id 헤더 행을 사용하는 것이 좋을 수도 있지만 둘 다 시도하십시오.


1
RFC3834 :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.
Jasen

12

나는 Precedence: Bulk정식 설정 이라고 생각 하지만, 자동 응답자가 준수하는 사람들의 수는 아주 적습니다. 사실 대부분의 자동 응답자가 잘못 작동합니다.


RFC3834Because 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.
Jasen

그렇습니다, 내가 말한 것입니다.
울림

2

아니요, 항상 작동하는 것은 없습니다.

표준이있다

wuth에 null 리턴 경로를 보내면 (빈 봉투 발신자, SMTP MAIL FROM:<>) 자동 응답자를 방지해야합니다 ( https://tools.ietf.org/html/rfc5321#section-4.5.5 )

자동화 된 전자 메일 프로세서를 구현하는 사람은 역방향 역방향 경로가있는 다양한 종류의 메시지가 올바르게 처리되도록주의해야합니다. 특히, 그러한 시스템은 널 역경로로 메시지에 응답하지 않아야한다.

자동 제출 헤더 설정도 작동해야합니다 ( https://tools.ietf.org/html/rfc3834#section-2 )

자동 제출 헤더 필드가 포함 된 메시지에 대한 응답으로 자동 응답을 발행해서는 안됩니다 (SHOULD NOT).

그리고 Microsoft가 있습니다 ...

https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17f의 섹션 2.2.3.2.14 (URL은 Microsoft에 의해 만료 될 수 있음) [MSOXCMAIL] 2.2.3.2.14

말한다

2.2.3.2.14 자동 회신 억제

PidTagAutoResponseSuppress 등록 정보 (섹션 2.1.3.2.20)의 값을 -1로 설정하려면 메시지에 대한 모든 자동 회신이 억제됨을 나타 내기 위해 클라이언트는 값이 "모두 인 X-Auto-Response-Suppress 헤더를 작성해야합니다. ".

...

MIME 판독기는 X-Auto-Response-Suppress 헤더의 개별 요소를 표에 따라 PidTagAutoResponseSuppress 속성 값의 비트로 매핑해야합니다 (SHOULD <116>). X-Auto-ResponseSuppress 및 Precedence 헤더가 모두 존재하는 경우 PidTagAutoResponseSuppress 속성 값은 0xFFFFFFFF 여야하지만 <117>은 0x00000000이어야합니다. X-Auto-Response-Suppress 헤더의 값이 2.1.3.2.20 섹션의 표에 지정된 값이 아닌 경우 MIME 리더는 전체 헤더를 무시해야합니다 (SHOULD <118>).

그 작은 노트가 가장 많이 드러납니다

<116> 섹션 2.2.3.2.14 : Outlook 2010, Outlook 2013, Outlook 2016 및 Outlook 2019는 X-Auto-Response-Suppress 헤더를 읽지 않습니다.

<117> 섹션 2.2.3.2.14 : Exchange 2003은 PidTagAutoResponseSuppress 속성 ([MS-OXOMSG] 섹션 2.2.1.77)에이 값을 사용합니다.

<118> 섹션 2.2.3.2.14 : Exchange 2003, Office Outlook 2003 및 Office Outlook 2007은 X-Auto-Response-Suppress 및 Precedence 헤더를 무시합니다.

전적으로 Exchange Server 2007또는 더 새로운 것을 원 X-Auto-Response-Suppress 하고 Outlook은 원합니다.Precedence

이것은 https://tools.ietf.org/html/rfc3834#section-2를 무시하고 있습니다.

(우선 순위는 표준 헤더 필드가 아니기 때문에 사용 및 해석은 매우 다양하므로 우선 순위가있는 경우 특정 응답자 동작이 권장되지 않습니다.)

가장 좋은 방법은 아마도 네 가지 또는 가능한 많은 것들을 수행하는 것입니다.


이 정보 @Jasen에 감사드립니다-매우 도움이됩니다. 특히 스팸 필터와 관련하여 null 반환 경로를 사용하는 경우 위험이 있습니까? 확인 이메일을 발행하는 예약 시스템을 관리합니다. 이들은 대량 메시지가 아니지만 자연스럽게 자동 회신에 사용하지 않습니다. 스팸 필터를 피하는 것은 끊임없는 도전입니다.
John Rix

예, 스팸 필터는 특히 도메인이 모든 아웃 바운드에서 SRS 또는 다른 VERP를 사용하는 경우 차단하거나 삭제할 수 있습니다. 가능한 경우 모니터 할 수있는 실제 리턴 경로를 사용하십시오 (따라서 Gmail과 같은 속도 제한 서비스에서 호스팅되지 않음)
Jasen

충고 감사합니다! 우리는 VERP를 사용합니다. 이제 언급하겠습니다.
John Rix

전자 메일의 대상 도메인을 의미합니다. recipeint 서버는 위조 된 바운스처럼 보이도록 결정하고이를 기준으로 거부 할 수 있습니다.
Jasen
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.