간단한 예부터 시작하겠습니다. 다음 RFC2822 컨텐츠 를 발송할 이메일 목록이 있다고 가정하십시오 .
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>
This is a very simple body.
이제 메일 링리스트에서 VERP (또는 다른 리턴 경로를 사용하는 다른 바운스 추적 메커니즘)를 구현하는 메일 링리스트에서 전송한다고 가정 해 보겠습니다 . 반환 경로가이라고 가정하겠습니다 coolstuff-you=yourcompany.com@mymailinglist.com
. SMTP 세션은 다음과 같습니다.
{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>
This is a very simple body.
.
{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel
여기서 {C} 및 {S}는 각각 클라이언트 및 서버 명령을 나타냅니다.
받는 사람의 메일은 다음과 같습니다.
Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>
This is a very simple body.
이제 다른 "FROM"을 설명하겠습니다.
- 반환 경로 (역방향 경로, 봉투 발신자 또는 봉투의 발신자라고도 함)는이
MAIL FROM
명령 의 SMTP 세션에서 사용되는 값 입니다. 보다시피, 이것은 메시지 헤더에있는 것과 같은 값일 필요는 없습니다. 받는 사람의 메일 서버 만 전자 메일 상단에 Return-Path 헤더를 추가해야합니다. SMTP 세션 중에 실제 Return-Path 발신자를 기록합니다. 메시지에 Return-Path 헤더가 이미 있으면 해당 헤더가 제거되고 수신자의 메일 서버로 대체됩니다.
SMTP 세션 중에 발생하는 모든 바운스는 반송 경로 주소로 되돌아 가야합니다. 일부 서버는 모든 전자 메일을 수락 한 다음 수신자의 사서함으로 배달 할 수있는 스레드가 생길 때까지 로컬로 대기시킵니다. 수신자가 존재하지 않으면 수신자는 기록 된 Return-Path 값으로 반송해야합니다.
모든 메일 서버가이 규칙을 준수하는 것은 아닙니다. 일부 메일 서버는이를 FROM 주소로 반송합니다.
FROM 주소는 FROM 헤더에있는 값입니다. 이것은 메시지가 보낸 사람이어야합니다. 이것이 대부분의 메일 클라이언트에서 "FROM"으로 표시됩니다. 이메일에 회신 헤더가없는 경우 모든 사람 (메일 클라이언트) 응답은 FROM 주소로 돌아갑니다.
회신 헤더는 발신자 (또는 발신자의 소프트웨어)가 추가합니다. 모든 사람의 답변도 다루어야합니다. 기본적으로 사용자가 "답장"을 클릭하면 회신 대상 값은 새로 작성된 전자 메일의 수신자로 사용되는 값이어야합니다. 회신 서버 값을 서버에서 사용해서는 안됩니다. 클라이언트 측 (MUA) 전용입니다.
그러나 알 수 있듯이 모든 메일 서버가 RFC 표준이나 권장 사항을 준수하는 것은 아닙니다.
잘만되면 이것이 문제를 해결하는 데 도움이 될 것입니다. 그러나 내가 놓친 부분이 있으면 알려 주시면 답변을 드리겠습니다.