메시지가 전달될 수 있음 DMARC 여전히 사서함 공급자의 보낸 사람 요구 사항에 실패합니다. 그것이 반드시 모순되는 것은 아닙니다. DMARC 특정 신원 질문에 답합니다. 수신자에게는 작동 메커니즘, 보안 전송, 적절한 메시지 구성 및 책임 있는 전송 동작이 필요할 수도 있습니다.
프로토콜 결정부터 시작하세요
참고자료: RFC 9989 §4.1, RFC 9989 §4.4, RFC 9989 §4.10, RFC 9989 §5.3.5.
RFC 9989, 2026년 5월에 게시됨에 따라 레거시 RFC 7489 및 9091이 더 이상 사용되지 않습니다. 섹션 4.1에 따라 DMARC 작성자 도메인에 대한 정책 레코드가 존재하고 해당 도메인이 메시지의 인증된 식별자와 일치하는 경우 통과합니다. 정렬 통과 원칙은 그대로 유지됩니다. 지원되는 인증 메커니즘 중 하나 이상은 다음을 통과해야 합니다. 조정 보이는 From 도메인으로. 을 위한 SPF DMARC 내에서 관련 ID는 SMTP 입니다. 메일 보낸 사람 RFC 9989 §4.4.2에 따른 도메인; 독립형 HELO 기반 SPF 결과는 해당 DMARC ID를 대체하지 않습니다. 을 위한 DKIM, 유효한 서명의 d= 도메인입니다. 필수 정렬이 없는 성공적인 메커니즘은 DMARC 통과에 기여하지 않습니다. RFC 9989 섹션 3.2.10 및 4.1–4.3.
정렬에는 엄격 모드와 완화 모드가 있습니다. Strict는 해당 도메인을 정확하게 비교합니다. 완화된 조직-도메인 관계를 사용합니다. RFC 9989 섹션 4.10에서는 다음을 정의합니다. DNS 트리 워크 레거시 공개 접미사 목록 접근 방식이 아닌 검색. 검색 동작을 가정하기 전에 수신자 또는 평가자의 구현 버전을 확인하십시오. 한 도메인 문자열이 다른 도메인 문자열로 끝나는지 확인하여 완화된 정렬을 구현하지 마세요. 사기성 접미사 또는 잘못된 조직 도메인 계산으로 인해 잘못된 결과가 나올 수 있습니다.
공급자 요구 사항을 별도의 레이어로 추가
Microsoft의 소비자 대량 지원 지침에는 SPF 및 DKIM 과 DMARC 모두 통과되어야 합니다. Yahoo 의 대량 요구 사항에는 메커니즘과 DMARC 통과가 모두 필요합니다. 이는 프로토콜의 양쪽 정렬 메커니즘 논리에 추가되는 작동 게이트입니다. 한 제공자로부터 보편적인 규칙을 추론하기보다는 대상에 대한 현재 소스를 검토하십시오. 마이크로소프트 지원 그리고 Yahoo 요구 사항.
DMARC 결과에 대해 하나의 열을 만들고 필수 인증, DNS , 전송, 형식 지정 및 구독 취소 제어에 대해 별도의 열을 만듭니다. 이러한 열이 없는 전체적인 녹색 표시기는 소프트웨어가 프로토콜, 공급자 체크리스트 또는 게시된 DNS 구문만 평가하는지 여부를 말하기 어렵게 만듭니다.
진리표를 사용하여 차이를 드러냅니다.
참고자료: RFC 9989 §5.3.5.
개인 검토 패키지에는 2가지 케이스의 합성 고정 장치가 포함되어 있습니다. 첫째, SPF 와 DKIM 모두 통과하지만 둘 다 일치하지 않습니다. DMARC 실패합니다. 둘째, DKIM 통과하고 일치하는 동안 SPF 실패합니다. DMARC 통과합니다. 두 번째 경우는 독립적으로 SPF 성공을 요구하는 공급자 게이트에 실패할 수 있습니다.
이러한 입력은 DNS Tree Walk 검색, 레거시 공개 접미사 기반 검색, SPF 평가 또는 DKIM 암호화 구현이 아닌 의도적으로 단순한 부울입니다. 두 경우 모두 적용 가능한 DMARC 정책 레코드가 존재한다고 가정합니다. 공급자를 테스트하는 척하지 않고도 논리적 구별을 재현 가능하게 만듭니다. 실제 조사에서는 각 부울을 신뢰할 수 있는 관찰 결과와 평가된 ID로 대체합니다.
출판과 평가를 혼동하지 마세요
참고자료: RFC 9989 §5.4.
출판 p=none 성공적인 메시지 인증 결과가 아닌, 요청된 모니터링 정책을 수립합니다. DKIM 공개 키를 게시해도 보내는 메일에는 서명되지 않습니다. 추가 SPF 레코드 인증된 주소를 사용하여 실제 연결을 증명하지는 않습니다. 각 구성 아티팩트에는 의도한 전송 경로에서 해당 관찰이 필요합니다.
마찬가지로, p=none 에서 다음으로 이동합니다. p=reject 정렬을 복구하지 않습니다. 이는 도메인 소유자가 요청한 오류 처리를 변경합니다. 시행을 변경하기 전에 합법적인 경로를 조사하고 롤백 계획을 유지하며 간접 흐름에 미치는 영향을 평가합니다. 수신자는 여전히 자체 로컬 처리 정책을 적용합니다. 요청된 DMARC 작업은 배송을 보장하지 않습니다.
유용한 마감 기록을 구축하세요
참고자료: RFC 8601 §5.
조사된 모든 샘플에 대해 보낸 사람, 봉투 보낸 사람, 연결 IP, DKIM 서명자 및 선택자, 메커니즘 결과, 정렬 모드 및 최종 수신 응답. 해당 결과의 신뢰할 수 있는 소스를 식별하십시오. 단지 "pass"라는 단어가 포함되어 있다는 이유만으로 임의로 복사된 헤더를 신뢰할 수 있는 것으로 받아들이지 마십시오.
프로토콜 검색 결과와 공급자 준수 검색 결과를 별도로 닫습니다. 이를 통해 다른 요구 사항이 해결되지 않은 상태에서 DMARC 통과했다고 정확하게 말할 수 있으며 관련 없는 제어를 약화시키지 않고 올바른 소유자에게 수정 사항을 할당할 수 있습니다.