Office 365의 SRS (보낸 사람 다시 쓰기 구성표)

참고

Office 365 ProPlus엔터프라이즈용 Microsoft 365 앱으로 이름이 바뀌고 있습니다. 이 변경에 대한 자세한 내용은 이 블로그 게시물을 참조하세요.

원래 수 (kbps):   4490129

요약

자동 전달이 SPF와 호환 되지 않는 문제를 해결 하기 위해 Office 365에 보낸 사람 재작성 구성표 (SRS) 기능이 추가 되었습니다. SRS 기능은 Office 365에서 외부적으로 전송 되는 모든 적용 가능한 메시지에 대 한 P1 from 주소 (봉투에서 보낸 사람 주소 라고도 함)를 다시 씁니다. 전자 메일 클라이언트에 표시 되는 보낸 사람 헤더 (주소 또는 P2에서 보낸 사람 주소 라고도 함)는 변경 되지 않은 상태로 유지 된다는 점에 유의 해야 합니다.

이 SRS 변경은 보낸 사람 정책 프레임 워크 (SPF) 검사가 원래 보낸 사람 으로부터 도착 했지만 마지막 외부 대상에서 메시지가 전달 된 후 SPF에 오류가 발생 하는 경우 해당 메시지의 배달 기능을 향상 시킵니다.

SRS는 다음 시나리오에서 P1 From 주소를 다시 작성 합니다.

  • 외부 받는 사람에 게 메시지를 전달 하려면 다음 방법 중 하나를 사용 하 여 Office 365에서 autoforwarded (또는 리디렉션되는) 메시지입니다.
    • SMTP 전달 *
    • 사서함 규칙 (또는 받은 편지함 규칙) 리디렉션
    • 전송 규칙 리디렉션
    • 외부 구성원이 있는 그룹 또는 Dl
    • 메일 연락처 전달
    • 메일 사용자 전달
  • 고객의 온-프레미스 환경에서 autoforwarded 또는 Office 365를 통해 릴레이 되는 메시지입니다.
  • SMTP 전달을 사용 하 여 전달 된 일부 메시지는 이미 다시 작성 되었으므로 SRS로 다시 작성 되지 않습니다.

참고

SRS 재작성은 전달 된 메시지에 대 한 DMARC 전달 문제를 해결 하지 않습니다. 이제 다시 쓴 P1 주소를 사용 하 여 SPF 검사를 통과 하지만 DMARC에는 메시지를 전달 하기 위한 정렬 확인도 필요 합니다. 전달 된 메시지의 경우 서명이 있는 DKIM 도메인이 From 헤더 도메인과 일치 하지 않으므로 dkim은 항상 실패 합니다. 원본 보낸 사람이 전달 된 메시지를 거부 하도록 해당 DMARC 정책을 설정 하는 경우 전달 된 메시지는 DMARC 정책을 준수 하는 메시지 전송 에이전트 (Mta)에 의해 거부 됩니다.

이렇게 변경 하면 SRS가 사용 되지 않은 경우와 같이 배달 못 함 보고서 (Ndr)가 원래 보낸 사람이 아닌 Office 365로 돌아옵니다. 따라서 SRS를 구현 하는 경우에는 메시지를 배달할 수 없는 경우 Ndr을 원래 보낸 사람에 게 다시 라우팅하는 것이 좋습니다.

참고

SRS 다시 쓰기는 확인 되지 않은 도메인의 스푸핑을 방지 하는 데 사용 됩니다. 고객은 자신이 소유한 도메인과 허용 도메인 목록을 통해 소유권을 확인 한 도메인의 메시지만 전송 하는 것이 좋습니다. Office 365의 허용 도메인에 대 한 자세한 내용은 다음 TechNet 항목을 참조 하십시오.

Exchange Online에서 허용 도메인 관리

추가 정보

Office 365-호스팅된 사서함에 대 한 전자 메일 자동 전달

SMTP 전달 또는 사서함 규칙 리디렉션 또는 전송 규칙 리디렉션과 같은 메커니즘을 통해 호스팅된 사서함에 대 한 autoforwarded 메시지가 Office 365가 되기 전에 P1 보낸 사람 주소를 다시 작성 합니다. 다음 패턴을 사용 하 여 주소를 다시 씁니다.

<Forwarding Mailbox Username>+SRS=<Hash>=<Timestamp>=<Original Sender Domain>=<Original Sender Username>@<Forwarding Mailbox Domain>

예제:

메시지는 Bob ( bob@fabrikam.com )에서 Office 365 ()에 있는 John의 사서함으로 전송 됩니다 john.work@contoso.com . John은 자신의 집 전자 메일 주소 ()로 자동 전달을 설정 했습니다 john.home@example.com .

원본 메시지 Autoforwarded 메시지
받는 사람 john.work@contoso.com john.home@example.com
P1 원본 bob@fabrikam.com john. work + SRS = 44ldt = IX = fabrikam .com =bob@contoso.com
보낸 사람 머리글 bob@fabrikam.com bob@fabrikam.com

참고

SRS 다시 쓰기를 수행 하면 전자 메일 주소의 사용자 이름 부분 길이가 증가 합니다. 그러나 전자 메일 주소 제한은 64 자입니다. 전자 메일 주소에 SRS 재작성이 포함 되 고 64 자를 초과 하는 경우 재작성 된 SRS 주소는 아래의 "바운스" 형식으로 사용 됩니다.

고객의 온-프레미스 서버에서 릴레이

확인 되지 않은 도메인 으로부터 Office 365을 통해 고객의 온-프레미스 서버 또는 응용 프로그램에서 메시지를 릴레이 하면 Office 365가 되기 전에 보낸 사람 주소가 다시 쓰여집니다. 다음 패턴을 사용 하 여 주소를 다시 씁니다.

bounces+SRS=<Hash>=<Timestamp>@<Default Accepted Domain>

중요

SRS가 다시 쓴 릴레이 된 메시지에 대 한 Ndr을 받으려면 "바운스" 사용자 이름을 사용 하 고 도메인을 고객의 기본 허용 도메인으로 설정 하 여 사서함을 만들어야 합니다.

예제

메시지는 bob@fabrikam.com john.onprem@contoso.com Exchange server를 실행 하는 회사 자체의 서버에서 Bob ()에 게 John의 사서함 ()으로 전송 됩니다. John은 자신의 집 전자 메일 주소 ()로 자동 전달을 설정 했습니다 john.home@example.com .

타이핑 원본 메시지 Office 365에서 받은 릴레이 메시지 Office 365에서 보낸 메시지 릴레이
받는 사람 john.onprem@contoso.com john.home@example.com john.home@example.com
P1 원본 bob@fabrikam.com bob@fabrikam.com 바운스 + SRS = 44ldt =IX@contoso.com
보낸 사람 머리글 bob@fabrikam.com bob@fabrikam.com bob@fabrikam.com

Microsoft는이 항목에 대 한 추가 정보를 찾는 데 도움이 되는 타사 연락처 정보를 제공 합니다. 이 연락처 정보는 공지 없이 변경될 수 있습니다. Microsoft는 타사 연락처 정보의 정확성을 보장 하지 않습니다.