이 기사(https://www.sparkpost.com/resources/email-explained/return-path-explained/)는 "Return-Path"를 다음과 같이 설명합니다.
이메일이 의도한 대상에 도달하지 못한 경우 반송 경로는 배달 못함 확인 또는 반송 메시지가 전송될 위치를 나타냅니다.
그리고
많은 발신자는 VERP(Variable Envelope Return Path)라고 하는 응답 및 반송 트래픽을 쉽게 처리하기 위해 반환 경로 주소에 식별자를 통합합니다.
나는 이것을 "이메일 발신자로서 Return-Path 헤더를 지정합니다"라고 이해합니다.
그러나 다음과 같은 답변이 주어졌습니다 (https://stackoverflow.com/a/28494070/9878135), 수신 서버가 항상 Return-Path를 덮어쓰는 것처럼 보입니다.
아웃바운드 이메일의 Return-Path: 헤더 설정은 수신자의 MTA로 대체되므로 의미가 없습니다. 거기에 기록되는 내용을 제어하려면 봉투 발신자를 설정하십시오(일반적으로 sendmail -f).[이메일 보호됨])
저는 현재 이메일용 VERP를 사용하는 이메일 서버를 구축하려고 합니다. 의 말을하자 "[이메일 보호됨]"는 외부에 이메일을 보내고 싶어합니다. "보낸 사람"은 "이어야 합니다.[이메일 보호됨]" 반면 "Return-Path"는 완전히 달라야 합니다(예: "[이메일 보호됨]"). 외부 이메일 서비스가 이메일을 전달할 수 없는 경우 "로 이메일을 다시 보내야 합니다.[이메일 보호됨]". 이제 내 서버는 데이터베이스에서 이 반송 이메일을 조회하여 알릴 수 있습니다.[이메일 보호됨]배송실패에 대해
나는 Postfix를 사용하여 메일을 보내고 받습니다(그리고 Python을 사용하여 메일을 구성합니다). 그러나 다른 이메일 서비스(예: Google Mail 또는 ProtonMail)에서는 Return-Path를 전혀 수신하지 못하는 것 같습니다. Google Mail은 헤더를 전혀 표시하지 않지만 ProtonMail은 헤더를 "보낸 사람" 주소로 덮어씁니다.
그렇다면 Return-Path 헤더는 누가 설정하며 왜 다른 이메일 서비스는 내 헤더를 수신할 수 없습니까?
답변1
Return-Path:헤더에는 "봉투 보낸 사람" 주소의 복사본이 포함되어 있습니다. Return-Path:헤더는 일반적으로 SMTP/MTA에 의해 (재)생성되어 수신자의 사서함으로 직접 배달됩니다(최종 SMTP 홉 이후).
MAIL FROM:"봉투 발신자"는 SMTP 세션의 명령 에 사용되는 주소입니다 .
따라서 보내는 클라이언트 소프트웨어는 "봉투 보낸 사람" => (일반적으로) Return-Path:.
https://en.wikipedia.org/wiki/Bounce_address#용어
복귀 경로- 이메일을 수신자의 이메일 상자에 넣으면 MAIL FROM 명령의 주소가 포함된 "Return-Path:"라는 이름의 새 메일 헤더가 생성됩니다. 이전 형태의 이메일(예: UUCP)에는 이메일이 대상에 도달하기 위해 이동한 경로를 따라 각 "홉"에 대한 정보가 필요하므로 이름의 "경로" 부분이 필요합니다. 다음에서 사용됨RFC 2821,RFC 3834,RFC 4409.
답변2
이메일 Return-Path헤더에는 배달 경로의 최신 SMTP 핸드셰이크에서 마지막으로 알려진 반송 주소가 포함되어 있어야 합니다. 예를 들어 헤더와 달리 메일의 Received기존 헤더는 이후 서버에서 삭제될 수 있습니다. Return-Path반송 메일은 SMTP 데이터에 따라 전송되며 해당 값이 일치하지 않는 경우에는 데이터 MAIL FROM에 따라 전송되지 않습니다 .Return-Path
실제로 헤더는 Return-Path역사적 사고로만 간주해야 합니다. 사용 가능한 주소가 포함될 수도 있고 포함되지 않을 수도 있으며 공식적으로 어떤 용도로도 사용되지 않으며 디버깅 정보로만 간주되어야 합니다. SMTP MAIL FROM데이터는 디버깅을 위해 복사되거나 복사되지 않을 수 있는 실제로 사용되는 바운스 주소입니다 Return-Path. 수신 서버에서 설정했기 때문에 더 신뢰할 수 있는 데이터로 간주 Return-Path되었지만 블라인드 복사본이기 때문에 MAIL FROM말 그대로 모든 것을 포함할 수 있습니다.
요약: Return-Path에서 설정한 디버깅 정보입니다.전수SMTP 또는 ESMTP 트랜잭션용 서버입니다. 실제 이메일의 기존 Return-Path헤더는 헤더를 추가하기 전에 삭제되거나 삭제되지 않을 수 있습니다 Return-Path.