(STMP) 서버 대(SMTP) 서버 통신 중에 SMTP 서버는 일반적으로 클라이언트-서버 세션에서 MAIL FROM을 복사해야 합니까? 일부 메일 제공업체의 서버가 실제로 이러한 동작을 보이는지 명시적으로 확인했지만, 이는https://datatracker.ietf.org/doc/html/rfc5321. 또한 이 관행이 얼마나 인기가 있는지 모르겠습니다(표준이 아닌 경우).
보다 구체적으로 업데이트하십시오. 저는 매우 일반적인 전자 메일 메시지, 사람 대 사람, 두 개의 서로 다른 서버에 있는 도메인의 경우에 주로 관심이 있습니다.
답변1
서버는 반환 경로를 열어 두어야 할 의무가 있으며 이를 수행하는 가장 쉬운 방법은 원본 MAIL FROM:주소를 복사하여 나가는 SMTP 전송에서 다시 사용하는 것이지만 이것이 해당 요구 사항을 충족하는 유일한 방법은 아닙니다.
일반적으로 그렇게 하지만 일부 서버는 배포와 같은 다른 작업을 수행합니다.BATV,SRS아니면 다른 형태의VERP.
따라서 의도된 발신인에게 주소가 지정된 이메일이 메시지 생성을 담당하는 엔터티에 도달할 것으로 예상하는 것이 안전하지만 이전 SMTP 발신자 주소를 복원하는 하나 이상의 중개자를 통해 이루어질 수도 있습니다.
답변2
그만큼RFC 5321, 3.3무엇을 MAIL FROM:<reverse-path>위한 것인지 알려줍니다:
첫 번째 또는 유일한 인수 부분 에는 오류를 보고하는 데 사용할 수 있는
<reverse-path>원본 메일함("<"과 " " 대괄호 사이)이 포함되어 있습니다(참조:>섹션 4.2오류 보고에 대한 논의를 위해).
그만큼발신자 필드인터넷 메시지 형식 헤더(RFC 5322, 3.6.2) 저자 ( From:)와 저자를 구별하기 위한 보다 구체적인 목적이 있습니다.메시지의 실제 전송을 담당하는 에이전트( Sender):
예를 들어, 비서가 다른 사람에게 메시지를 보내면 "
Sender:" 필드에는 비서의 사서함이 나타나고 " " 필드에는 실제 작성자의 사서함이 나타납니다From:.
RFC 5321봉투 보낸 사람기술적인 목적만 있을 뿐입니다. 그것은 전형적인메일 전달그리고메일링 리스트MAIL FROM전달 도메인/서버 또는 메일링 리스트 운영자와 일치하도록 다시 작성하는 시나리오입니다 . 여기에는 두 가지 이점이 있습니다.
- 오류 보고서는 목록에서 잘못된 주소를 제거해야 하는 메일링 목록 운영자에게 전달됩니다.
- 봉투 발신자를 다시 작성해도 원래 도메인의 SPF 정책을 위반하지 않습니다(Shevek(2004):송신자 재작성 방식).
반면에 그러한 관행은 약간 반대입니다.RFC 5321, 3.7.5:
3.7.5. 게이트웨이의 봉투
마찬가지로, 다른 환경에서 인터넷으로 메시지를 전달할 때 게이트웨이는 외부 환경에서 제공되는 경우 오류 메시지 반환 주소에 따라 봉투 반환 경로를 설정해야 합니다. 외부 환경에 동등한 개념이 없는 경우 게이트웨이는 메시지 발신자의 주소를 최후의 수단으로 사용하여 최선의 근사치를 선택하고 사용해야 합니다.
SMTP 프로토콜이 업데이트되지 않았기 때문에 이것이 문제라고 생각되지 않습니다(SMTP 521 및 556 응답 코드 제외,RFC 7504) 2008년부터 이메일 위조 방지를 포함한 관행이 발전했습니다.
답변3
MAIL FROM:<reverse-path>매개변수 이름에서 알 수 있듯이 이는 오류나 기타 문제로 인해 서버가 이메일을 "반환"해야 하는 경우에 사용되며 원본 이메일의 보낸 사람과 동일할 필요는 없습니다.
많은 서버가 이 필드를 확인하고 스팸에 사용하지만 이에 대한 요구 사항은 없습니다.