" Outlook "은 데스크톱 응용 프로그램, 소비자 사서함 또는 조직의 Microsoft 365 환경을 의미할 수 있습니다. 이는 상호 교환 가능한 정책 범위가 아닙니다. 실패한 메시지를 설명하기 위해 대용량 체크리스트를 사용하기 전에 실제 수신 서비스 및 진단부터 시작하십시오.
소비자 서비스와 현재 요구사항 파악
550 5.7.515에 대한 Microsoft의 현재 지원 문서에서는 Outlook .com 및 Hotmail, Live.com 및 MSN을 포함한 관련 소비자 서비스에 대해 설명합니다. 이는 눈에 보이는 동일한 도메인을 사용하여 해당 서비스에 5,000개 이상의 메시지를 보내는 것으로 대량 발신자를 식별합니다. 5322.에서 주소. 지원 문구에는 두 가지 모두가 명시되어 있습니다. SPF 그리고 DKIM 통과해야 하며, 이는 게시된 것입니다. DMARC 최소한의 정책 p=none 및 DMARC 패스가 필요합니다. Microsoft 550 5.7.515 지침.
업데이트된 발표는 2025년 5월 5일에 거부 시행을 시작하도록 설정했습니다. 초기 정크 전용 계획은 삭제되었습니다. 대체된 단락을 현재 응답 정책으로 취급하지 마십시오. Microsoft 업데이트 발표.
앞서 발표에서는 일일 볼륨을 설명하고 "5,000 이상"을 사용했습니다. 경계 표현 주위에 예외를 두지 마십시오. 현재 지원 지침에서는 5,000개 이상을 사용합니다. 또한 이 지원 페이지에서 재설정 기간이나 영구 분류 규칙을 만들어서는 안 됩니다. 사례를 해석할 때 버전과 실제 수신 진단을 기록합니다.
공급자 게이트와 별도의 프로토콜 성공
참고자료: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC 성공적으로 정렬된 과정을 통과할 수 있습니다. DKIM 서명 SPF 실패하더라도. 해당 프로토콜 결과는 두 기본 메커니즘이 모두 통과하는 별도의 요구 사항을 충족하지 않습니다. 반대로, SPF 와 DKIM 모두 표시되는 보낸 사람과 관련되지 않은 도메인을 통과하고 DMARC 실패할 수 있습니다. 세 가지 결과와 그 뒤에 있는 ID를 모두 유지하세요.
직접 서비스 생성 메시지의 경우 전송 IP를 기록하고, 봉투 보낸 사람 도메인, 도메인에서, DKIM d= 도메인 및 선택자. 설정 화면뿐만 아니라 현재 DNS 와 최종 서명된 메시지를 확인하세요. 실제 프로토콜 이름을 사용하십시오. SMTP MAIL FROM은 RFC 5321 봉투 ID이고 표시되는 From은 RFC 5322 에 속합니다.
수리 스크립트가 아닌 증거로 거절을 읽어보세요.
참고자료: RFC 8601 §5.
550 5.7.515 거부는 보낸 사람의 도메인이 필수 인증 수준을 충족하지 않았음을 나타냅니다. 전체 진단, 시간, 영향을 받은 수신자 및 메시지 식별자를 보존합니다. 사용 가능한 모든 공급자 포함을 SPF 에 추가하거나 비활성화하여 응답하지 마십시오. DMARC 시행 실패한 정체성을 이해하지 못한 채.
영향을 받은 스트림과 영향을 받지 않은 스트림을 비교합니다. 청구 서비스에는 올바른 사용자 정의 서명 설정이 있을 수 있지만 캠페인 서비스는 여전히 자체 도메인으로만 서명합니다. 전달이나 다른 중개자가 관련된 경우 경로와 변환을 유지하세요. 직접 메일 가정은 간접 경로와 복사된 경로를 설명하지 못할 수 있습니다. Authentication-Results 라인은 신뢰할 수 있는 수신자 증거를 대체하지 않습니다.
종합 진단을 통해 작업
참고자료: RFC 9989 §5.3.5.
SPF 결과가 실패이고 DKIM 결과가 통과인 제어된 메시지를 상상해 보십시오. 조정, DMARC 결과는 통과입니다. DMARC 결과는 내부적으로 일관성이 있습니다. Microsoft가 명시한 대용량 요구 사항에 따라 SPF 오류는 여전히 복구가 필요합니다. 이는 Microsoft의 거부를 포착한 것이 아니라 논리적인 예입니다.
다음 작업은 평가된 봉투 발신자가 실제 연결 IP를 승인했는지 확인하는 것입니다. 승인된 수정 후 동일한 의도된 경로를 통해 다시 테스트하고 새로운 결과를 보존합니다. 변경된 메시지나 경로에 대한 증거로 이전 패스를 재사용하지 마십시오.
자체 증거 경로에 기업 사례 보관
Microsoft 365 테넌트는 자체 인바운드 정책 및 커넥터를 적용할 수 있습니다. Outlook 응용 프로그램을 사용하는 수신자는 조직이 소비자 기사의 정확한 게이트를 따르도록 만들지 않습니다. 기업의 경우 5.7.515가 모든 5.7.x 응답을 설명한다고 가정하는 대신 테넌트의 진단 및 정책 컨텍스트를 수집합니다.
영향을 받은 서비스, 보낸 사람 도메인, 관찰된 메커니즘 결과 및 수정된 경로로 닫습니다. 여기에서는 실시간 Microsoft 사서함 테스트가 청구되지 않으며 인증 준수는 받은 편지함 배치와 별개로 유지됩니다.