DMARC는 내 도메인에서 보낸 것처럼 보이지만 SPF와 DKIM 검사를 통과하지 못한 이메일을 어떻게 처리할지 수신 메일 서버에 알려 줍니다. DMARC가 없으면 스푸핑 이메일을 막기가 더 어렵고, Gmail과 Yahoo는 대량 이메일을 보내는 모든 발신자에게 DMARC를 요구합니다.
의미
DMARC 레코드는 도메인의 _dmarc에 있는 TXT 레코드로, v=DMARC1로 시작합니다. 정책인 p=none, p=quarantine 또는 p=reject는 인증에 실패한 이메일을 전달할지, 스팸으로 보낼지, 거부할지를 지정합니다. p=none도 도움이 됩니다. 내 도메인으로 이메일을 보내는 주체를 보여 주는 보고서가 활성화되기 때문입니다.
발생 조건
DNS 및 이메일 보안 점검은 하루에 한 번 공개 DNS를 통해 등록된 도메인의 _dmarc에 있는 TXT 레코드를 조회합니다. v=DMARC1로 시작하는 레코드가 없고 도메인에 MX 레코드가 있어 이메일을 수신하는 경우 이 보통 이슈가 발생합니다. 앱에 표시되며 이메일로는 보내지 않습니다.
p=none을 포함해 어떤 DMARC 레코드든 있으면 해소됩니다. 웹사이트의 웹사이트 상태 섹션에 발견된 정책이 표시됩니다.
일반적인 원인
- 이메일에 SPF와 경우에 따라 DKIM은 설정했지만 DMARC는 추가하지 않은 경우.
- 레코드가 _dmarc가 아닌 도메인 자체처럼 잘못된 이름에 추가되었습니다.
- DNS를 새 제공업체로 옮길 때 레코드가 사라졌습니다.
해결 방법
- 먼저 SPF가 올바른지, 이메일 제공업체가 지원한다면 DKIM이 켜져 있는지 확인하세요. SPF 레코드 문제을(를) 참고하세요.
- DNS 제공업체에서 _dmarc라는 이름의 TXT 레코드를 추가하고 값은 v=DMARC1; p=none; rua=mailto:dmarc@example.com처럼 지정하세요. 이때 누군가 실제로 읽는 내 도메인의 메일함을 사용하세요.
- 몇 주 동안 보고서를 읽어 정상적인 이메일이 모두 통과하는지 확인한 다음, 정책을 p=quarantine으로, 나중에는 p=reject로 강화하세요.
해소 시점
더 이상 문제를 발견하지 않는 다음 일일 점검 후 이슈가 사라지고, 그 7일 후 조치가 실행 계획에서 사라집니다.
조치를 완료로 표시했는데 14일 후에도 문제가 여전히 발견되면 “수정이 효과가 없었습니다”로 다시 나타납니다. 실행 계획 사용을(를) 참고하세요.