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


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.