우선 순위 : 전자 메일의 머리글

Question

웹 응용 프로그램은 전자 메일을 매우 자주 보내며 사용자가 시작한 이벤트, 시스템의 이벤트 응답 및 응용 프로그램에서받은 전자 메일에 대한 자동 응답의 3 가지 종류의 전자 메일을 보냅니다.

전자 메일의 세 번째 유형이 자동 응답기가 서로 이야기하는 무한 루프에 갇히지 않도록하고 싶습니다. 현재 다음 헤더를 사용합니다.

Precedence: junk 

메일은 이러한 메일을 스팸으로 처리합니다. 누군가가 우리의 자동 응답을 읽고 결정을 내리기를 원하기 때문에 이는 분명히 이상적이지 않습니다. 부재 중 회신이 아닙니다.

정크 필터 또는 자동 응답기를 트리거하지 않고 이메일을 보내는 가장 좋은 방법은 무엇입니까?

Answer 1

RFC 2076은 우선 순위 헤더의 사용을 권장하지 않습니다. 앞에서 언급했듯이 많은 고객이이를 차단합니다 (특히 선점 : 정크 품종).

Return-Path: <> 

은 궁극적으로 당신이이 문제를 얻으려고하는 우선 순위를 사용할 수 있지만이 헤더의 정신에가는 것 같아 : 자동 응답 전쟁을 피하기 위해 널 경로를 사용하는 것이 더있을 수 있습니다. 나는 이것을 위해 return-path 헤더를 사용하고 우선 순위를 피하는 것이 좋습니다. 경우에 따라 응답자 전쟁에 빠지지 않기 위해 애플리케이션의 자동 응답을 중단하도록 작성해야 할 수도 있지만 적절한 반환 경로를 사용하여 이러한 상황이 발생했음을 기억하지 못합니다. (가장 반응이 좋았던 메일은 매우 형편없이 형성된 이메일의 결과였습니다.)

참고 : Return-Path 헤더는 요컨대 알림 대상 (수신 거부, 지연 배달 등)이며, RFC 2821에 설명되어 있습니다. SMTP에 필요하기 때문입니다. 이론적으로 모든 좋은 메일이 적절한 리턴 경로를 설정하므로 나쁜 메일을 삭제하는 방법 중 하나입니다.

Answer 2

전자 메일 계정에 흰색 목록을 구성하는 방법은 어떻습니까?

모든 이메일 키워드가 정크 필터로 플래그가 지정 될 수 있다고 가정합니다.

Answer 3

이 문제를 처리하는 전통적인 방법은 null 봉투 송신자 (전통적으로 <>로 작성)와 함께 전자 메일을 보내는 것입니다. 이렇게하면 상대방의 자동 응답이 응답하지 않아 발신자가 응답하지 않습니다.

Answer 4

자동 이메일 응답 전용으로 RFC 3834이 있습니다.

즉, 그것은 권장합니다 : 그것은 유효한 이메일 주소 인 경우

1. 는 만 수신 메시지의 Return-Path 헤더에 포함 된 주소로 자동 응답을 보냅니다. 특히 메시지의 Return-Path에있는 "<>"(null 주소)은이 메시지에 대해 자동 응답을 보내지 않아야 함을 의미합니다.

2. 자동 응답을 보낼 때 smtp 명령의 MAIL FROM에 "<>"(null 주소)가 있어야합니다. 그러면 메시지가 배달 될 때 Return-Path : <>로 연결됩니다.

3. "아니오"이외의 값을 가진 Auto-Submitted 헤더를 사용하면 명시 적으로 자동 응답을 나타냅니다.

한 참고 :이 헤더는 전송시 (SMTP 명령에서 메일에서) 봉투 주소로 다시 작성해야합니다으로 명시 적으로 보내는 메시지의 반환 경로 헤더를 설정 할 가치가 없다.

Answer 5

이러한 헤더를 설정할 수 있습니다

Precedence: bulk 
Auto-Submitted: auto-generated 

출처 : http://www.redmine.org/projects/redmine/repository/revisions/2655/diff