실제 발송 서비스와 도메인을 정리합니다

직접 발송과 외부 메일 서비스 및 업무 시스템의 자동 알림을 구분합니다. 화면의 From 도메인, SMTP 발신 경로에서 쓰는 도메인과 DKIM 서명 도메인은 서로 다를 수 있습니다.

사용하지 않는 서비스와 설정도 확인하되 기존 DNS를 삭제하거나 정책을 강하게 바꾸기 전에 정상 흐름과 영향 범위를 기록해야 합니다.

세 규격의 역할을 나누어 봅니다

SPF는 발신 경로의 도메인과 서버 허용을, DKIM은 서명한 메시지 부분과 서명 도메인을 검증합니다. DMARC는 표시 발신 도메인과 정렬된 SPF 또는 DKIM 성공을 평가합니다.

SPF와 DKIM이 모두 켜져 있어도 표시 발신 도메인과 정렬되지 않으면 DMARC가 실패할 수 있습니다. 전달과 본문 변경은 검증 결과에 각각 다른 영향을 줄 수 있습니다.

RFC 9989는 DMARC의 현행 핵심 규격이며 종전 RFC 7489와 정책 발견 및 보고 체계 등에 차이가 있습니다. 집계 보고와 개별 실패 보고는 RFC 9990 및 9991에서 별도로 다룹니다.

none, quarantine과 reject는 실패 메시지에 대한 요청 정책이 다릅니다. 보고와 정상 발송 서비스의 정렬을 확인한 뒤 적용 범위를 단계적으로 판단하고 수신자의 실제 처리 정책도 고려합니다.

각 발송 서비스의 정상 메시지, 전달된 메시지와 승인된 실패 시험을 구분해 인증 결과와 정렬을 확인합니다. DNS 변경의 전파와 이전 설정의 캐시 영향을 함께 기록합니다.

메일 인증 통과는 계정의 선의나 송금 요청의 진실성을 보증하지 않습니다. 실제 계정 탈취와 BEC에 대비한 계정 보호 및 별도 확인 절차도 함께 운영해야 합니다.