발신자, 발신자 및 반송 경로의 차이점은 무엇입니까?


138

이메일 발신자, 발신자 및 반송 경로 값의 차이점은 무엇입니까?

: 사용자가 전자 메일을 입력 할 수있는 연락처 양식이 있는데, 보낸 사람에게 또는 반송 경로에 할당됩니까?

StackOverflow를 빠르게 검색했는데 유용한 것을 찾을 수 없었습니다.

답변:


171

따라서 메시지를 제출할 때 SMTP를 통해 SMTP 봉투 (발신자, 수신자 등)는 메시지의 실제 데이터와 다릅니다.

Sender헤더를 제출 한 메시지에서 식별하는 데 사용됩니다. 이것은 일반적으로 From메시지 의 발신인 헤더 와 동일합니다 . 그러나 메일 에이전트가 다른 사람을 대신하여 메시지를 보내는 경우와 다를 수 있습니다.

Return-Path헤더 배달 영수증 보내지도록 수신자 (수신 또는 MTA)를 나타 내기 위해 사용된다.

예를 들어, 사용자가 웹 페이지에서 메일을 보낼 수있는 서버를 사용하십시오. 따라서 sender@yourcompany.com메시지를 입력하고 제출하십시오. 그런 다음 서버와의받는 사람에게 메시지를 보냅니다 From로 설정 sender@yourcompany.com. 실제 SMTP 제출은와 같은 다른 자격 증명을 사용합니다 mailagent@mywebmail.com. 따라서 sender헤더가 실제로 메시지를 제출 한 사람을 나타내지 않음 mailagent@mywebmail.com을 나타 내기 위해 헤더가로 설정됩니다 From.

이 경우 메시지를 보낼 수없는 경우 상담원이 배달 못 함 보고서를받는 것이 더 좋으며 배달 보고서가 보낸 사람 대신 전달되도록 Return-Path설정 mailagent@mywebmail.com하는 것이 좋습니다.

전자 메일을 보내기 위해 양식을 제출하면 헤더 설정 방법과 직접적인 관련이 있습니다.


1
또한 모든 것을 설정할 필요는 없습니다. 즉, 발신자 및 반송 경로를 제외하면 발신인 주소로 이동합니다. 반송 경로를 제외하면 NDR이 발신자에게 전달됩니다.
Shawn D.

1
... 메일 폭격기에게 매력적인 성가신 것입니다. 하지마!
tripleee

나는 이것을 올바르게 이해합니까? 이메일을 제출하기위한 웹 양식에 대해 이야기 할 때,이 Sender는 IS 사람 웹 양식을 제출하고,이 From는 IS 서버 전자 메일에서 보낸? 아니면 다른 방향입니까?
Ethan Leroy

7
사서함을 관리하는 비서가있는 VIP를 상상해보십시오. 비서가 VIP를 대신하여 이메일을 작성하는 경우 비서는 Sender이지만 메시지는 FromVIP입니다. 이것은 "VIP를 대신하여 보조에서 보낸 사람"으로 설명 된 전자 메일을 볼 때 발생합니다.
dewin

@ShawnD는., 더 무엇가없는 경우 Return-Path. 당시 기본값으로 설정되어 Sender있습니까?
Pacerier 2019

99

이 사양을 정의하는 공식 RFC는 다음에서 찾을 수 있습니다.

http://tools.ietf.org/html/rfc4021#section-2.1.2 (2.1.2 항 및 다음 참조)

2.1.2. 헤더 필드 : 보낸 사람

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3. 헤더 필드 : 발신자

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22. 헤더 필드 : 리턴 경로

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.

4
공식 RFC 링크를 제공해 주셔서 감사합니다. 누군가가 "무엇을 기반으로?"라고 물으면 정말 유용합니다.
bayuah

이 다른 답변 (2011 년부터)은 여기에 표시된 방법으로 Gmail이 이메일을 스팸으로 플래그 지정한다고 주장합니다. 그것이 오늘날에도 여전히 그런지 궁금합니다.
showdev

RFC 5322 tools.ietf.org/html/rfc5322#section-3.6 에서 업데이트되었습니다 . SMTP 핸드 셰이크 프로세스에서 사용 된 발신인 필드가 SMTP 핸드 셰이크 프로세스에 사용 된 보낸 사람 주소와 일치해야하는 경우 도움이 될 것이라고 SMTP RFC 직원에게 알려줄 수 있습니까?
BeowulfNode42

22

이것에 대한 사소한 업데이트 : 발신자가 Return-Path:헤더를 설정해서는 안됩니다 . Return-Path:전송중인 메시지 의 헤더 와 같은 것은 없습니다 . 이 헤더는 최종 배달을 수행하는 MTA에 의해 설정되며 5321.From로컬 시스템에 기발한 라우팅이 필요하지 않은 경우 일반적으로의 값으로 설정됩니다 .

사용자 Return-Path:가 사서함에 헤더가 없는 전자 메일을 거의 볼 수 없기 때문에 일반적으로 오해가 됩니다. 메시지는 항상 배달 된 메시지를 볼 수 있지만 MTA는 Return-Path:전송중인 메시지에서 헤더를 보지 않아야합니다 . http://tools.ietf.org/html/rfc5321#section-4.4를 참조하십시오.


전자 메일 클라이언트를 사용하는 발신자는이를 설정하지 않지만 전자 메일을 보내는 스크립트를 작성하는 "보낸 사람"은 스크립트로 설정했을 수 있으므로 보낸 사람이 절대로 설정하지 말아야한다는 오해의 소지가 있습니다.
chiliNUT

3
불행히도 Chilinut는 실제로 부정확합니다. 전송중인 메시지의 Return-Path : 헤더가 삭제되고 최종 배달을 수행하는 MDA (메일 배달 에이전트)는 Return-Path : 헤더를 5321의 값과 일치하도록 설정합니다. 메시지. 메시지가 배달 될 때 봉투가 손실되기 때문에 Return-Path : 헤더는 MDA가 메시지를받은 봉투의 내용을 기록합니다.
cmeid

지금은 내받은 편지함에 메시지의 헤더를보고하고, 그리고 그것은이 From:주소, 그리고 ( 다른 ) Return-Path:그래서 당신이 언급하는 모르겠어요, 주소
chiliNUT

2
Return-Path:헤더는에서 봉투 또는 RFC5321.From 주소를 반영한다. From:헤더는에서 헤더 또는 RFC5322.From 주소를 반영한다.
cmeid

5
의미론이되어 가고 있습니다. 위와 같이 중요한 것은 Return-Path:메시지를 보낼 때 헤더를 설정할 수 없다는 것입니다 . 만약 그렇다면, 그것은 전송 중에 버려지고 나중에 메시지를 최종 전달하는 MDA에 의해 RFC5321.From 또는 envelope-from 값으로 설정된다. 기본적으로 Return-Path:헤더는 봉투가 배송시 폐기 될 때 봉투 출처를 기록합니다.
cmeid 2016 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.