FROM 주소와 TO 주소는 모두 "봉투"라고하는 숨겨진 요소에서 반복 된 다음 "본문"에서 다시 반복됩니다.
질문
- 봉투 데이터가 "헤더"에 복사되지 않는 이유는 무엇입니까?
- 이 중복이 존재하는 이유는 무엇이며 필요한 기능을 메시지 자체에 포함시킬 수없는 이유는 무엇입니까?
- SMTP가 아닌 모든 메시지 전송이이 작업을 수행합니까?
- SMTP의 어떤 대안이 있습니까? (추론을 더 잘 이해할 수 있습니다)
FROM 주소와 TO 주소는 모두 "봉투"라고하는 숨겨진 요소에서 반복 된 다음 "본문"에서 다시 반복됩니다.
질문
답변:
봉투 보낸 사람과받는 사람과 다른 목적으로 제공 헤더 전자 메일 메시지의 주소 (정말 숨겨지지 않습니다 그 자체로는 , 그들은 단지 메시지의 일부가 아닌).
메시지에서 볼 수없는 봉투 발신자와 수신자는 SMTP 프로토콜의 일부이며 배달 지침 , 즉 메일 서버가 메시지를 배달 할 것으로 예상되는 사서함 또는 다음과 같은 경우 반송 위치를 지정합니다. 약간의 실패. 어느 주소도 메시지의 의미 론적 내용과 관련이 없어도됩니다. 이에 대해서는 RFC 5321 섹션 4.1.1.2 및 4.1.1.3 에 자세히 설명되어 있습니다.
논리적으로 이들은 우편물 봉투에 인쇄 된 주소와 유사합니다.
메시지 자체에 나타나는 발신자 및 대상 주소는 명시적인 전달 지침이 아니라 의미 적 의미를 나타냅니다. 이에 대해서는 RFC 5322 섹션 3.6.3 및 RFC 6854 섹션 2.1 (RFC 5322 섹션 3.6.2를 사용하지 않음) 에 자세히 설명되어 있습니다.
간단히 말해, 메시지에서 보낸 사람 :은 메시지를 작성한 사람의 사서함을 나타내고 보낸 사람 :은 다른 사람을 대신하여 메시지를 보낸 엔터티를 나타내고받는 사람 : 및 C :는 의도 한받는 사람 사서함을 나타냅니다. RFC는 관심있는 다른 헤더 필드도 정의합니다.
논리적으로 이들은 우편물 내부의 서신에 인쇄 된 주소와 유사합니다.
종종 봉투 발신자와 수신자는 From : 및 To : 주소와 동일합니다. 그러나 메일 링리스트의 경우와 같이 통신문이 전혀없는 것이 일반적입니다.
차이점이있는 가장 일반적인 시나리오는 여러 명의 수신자에게 이메일을 전달하는 동안입니다.
이메일을 보내려고한다고 가정 해 보겠습니다.
메일 클라이언트가 메일 서버로 이메일을 보낼 때 봉투와 헤더 모두에서 세 주소가 모두 반복됩니다. 다음 메일 서버의 MX 레코드를 모양 example.com
과 example.net
전달을 계속합니다.
메일 서버는 이제 각 수신 서버와 두 개의 별도 SMTP 연결을 설정하여 이메일을 더 보냅니다.
example.com
세 개의 수신자 모두에 대해 MX와 통신 할 때는 여전히 To
헤더에 있지만 단일 엔벨로프 수신자 만 있습니다.
example.net
세 개의 수신자 모두에 대해 MX와 통신 할 때는 여전히 To
헤더에 있지만 봉투 수신자는 두 개뿐입니다.
위와 유사하게 종이에 세 명의 수신자가 적힌 편지 3 부를 인쇄했다고 상상해보십시오. 그런 다음이 세 장의 종이를 세 개의 별도 봉투에 넣고 각 봉투에 하나의 주소 만 쓰십시오.
bcc
이메일을 사용할 때와 전달할 때와 같이 다른 시나리오가 있습니다 .
약간 고안된 유사체로서 당신이 어떤 실체와 편지를 교환한다고 상상해보십시오. 해당 기관에 알려지지 않은 경우, 변호사에게 전달 된 편지 봉투에 넣은 각 편지의 사본을 작성하십시오.