상위:이메일의 헤더
https://stackoverflow.com/questions/154718
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
내 웹 애플리케이션은 이메일을 상당히 자주 보내며 다음과 같은 3가지 종류의 이메일을 보냅니다.사용자에 의해 시작되고, 시스템의 이벤트에 대한 응답으로, 애플리케이션에서 수신한 이메일에 대한 자동 응답으로 시작됩니다.
저는 세 번째 유형의 이메일이 서로 대화하는 자동 응답의 끝없는 루프에 빠지지 않도록 하고 싶습니다.현재는 다음 헤더를 사용합니다.
Precedence: junk
하지만 야후!메일에서는 이러한 메시지를 스팸으로 처리하고 있습니다.이는 분명히 이상적인 것은 아닙니다. 왜냐하면 우리는 부재중 응답이 아닌 SOMEBODY가 자동 응답을 읽고 이에 대한 결정을 내리기를 원하기 때문입니다.
정크 필터나 자동 응답을 실행하지 않고 이메일을 보내는 가장 좋은 방법은 무엇입니까?
Precedence: junk?
Precedence: bulk?
Precedence: list?
X-Priority: 2?
해결책
RFC 2076 우선 순위 헤더의 사용을 권장하지 않습니다. 당신이 언급했듯이, 많은 클라이언트는이를 필터링합니다 (특히 우선 순위 : 정크 품종). 자동차 응답자 전쟁을 피하기 위해 Null 경로를 사용하는 것이 좋습니다.
Return-Path: <>
궁극적으로 당신은 우선 순위를 사용하여 이것을 해결하려고 시도 할 수 있지만 이것은 헤더의 정신에 반대하는 것처럼 보입니다. 이를 위해 리턴 패스 헤더를 사용하고 우선 순위를 피하는 것이 좋습니다. 경우에 따라 응용 프로그램에서 자동 응답자를 떨어 뜨리기 위해 어떤 방식으로 글을 써야 할 수도 있지만 (응답자 전쟁에 빠지지 않도록) 적절한 반환 경로를 사용하여 발생한 상황을 기억할 수 없습니다. (대부분의 자동차 응답자 전쟁은 내가 다루어야 할 것을 기억하는 대부분의 자동차 응답자 전쟁이 매우 심하게 형성된 이메일의 결과였습니다)
참고 : Return-Path 한마디로 헤더는 알림 대상 (바운스, 지연 배송 등)이며 다음에 설명되어 있습니다. RFC 2821 - SMTP가 필요하기 때문입니다. 또한 잘못된 메일을 떨어 뜨리는 방법 중 하나입니다 (이론적으로 모든 좋은 메일은 적절한 반환 경로를 설정할 수 있습니다).
다른 팁
이있다 RFC 3834 자동 이메일 응답 전용입니다.
즉, 다음을 권장합니다.
다음에 포함된 주소로만 자동 응답을 보냅니다.
Return-Path유효한 이메일 주소인 경우 수신 메시지의 헤더입니다.특히 "<>"(널 주소)Return-Path메시지의 의미는 이 메시지에 대해 자동 응답을 보내서는 안 된다는 의미입니다.자동 응답을 보낼 때 MAIL FROM smtp 명령에는 "<>"(널 주소)가 포함되어야 합니다.이로 인해 메시지가 전달될 때 Return-Path:<>가 발생합니다.
사용 자동 제출됨 자동화된 응답을 명시적으로 나타내기 위해 "no" 이외의 값을 가진 헤더입니다.
한 가지 참고 사항:보내는 메시지에 Return-Path 헤더를 명시적으로 설정하는 것은 가치가 없습니다. 이 헤더는 전달 중에 봉투 주소(MAIL FROM smtp 명령에서)로 다시 작성되어야 하기 때문입니다.
이 헤더를 설정할 수 있습니다.
Precedence: bulk
Auto-Submitted: auto-generated
원천: http://www.redmine.org/projects/redmine/repository/revisions/2655/diff
이것을 다루는 전통적인 방법은 null 봉투 센더 (전통적으로 <>)로 이메일을 보내는 것입니다. 이렇게하면 응답 할 발신자가 없기 때문에 다른 쪽의 자동 응답자가 응답하는 것을 방지합니다.
이메일 계정에서 흰색 목록을 구성하는 것은 어떻습니까?
나는 모든 이메일 키워드가 정크 필터로 표시 될 수 있다고 가정합니다.
