DMARC, p=reject까지 할 일만 따라가세요

DMARC는 회사 도메인을 사칭한 메일을 어떻게 처리할지, 도메인 주인이 받는 곳에 알려 두는 DNS 설정입니다. Gmail은 2024년 2월부터 Gmail 계정으로 하루 5,000통 넘게 보내는 발신자에게 SPF, DKIM과 함께 DMARC를 요구하고, Yahoo와 Outlook.com도 대량 발신자에게 같은 인증을 요구합니다. 이 요건은 p=none으로도 충족되지만, p=none은 사칭 메일을 막아 달라고 요청하지 않는 정책입니다.

p=none은 인증에 실패한 메일도 그대로 두고 보고서만 받습니다. quarantine은 실패한 메일을 스팸함으로 보내고, reject는 받는 곳에서 아예 거부합니다. 사칭 메일을 막으려면 reject까지 가야 하지만, 준비 없이 올리면 정상 메일도 함께 막힙니다.

그래서 올리기 전에, 지난 30일의 메일 가운데 몇 통이 막혔을지부터 계산해 보여 드립니다. 허용한 발송처의 메일이 인증에 실패하면 고칠 일로 먼저 알려 드리고, quarantine으로 14일을 지켜본 뒤에 reject로 올리도록 안내합니다. 분기에 한 번 보내는 메일처럼 30일 안에 보이지 않는 발송처는 직접 확인해 주세요.

DMARC는 SPF나 DKIM을 통과한 도메인이 보낸 사람 주소(From)의 도메인과 맞아야 통과합니다. 발송 서비스가 자기 도메인으로 서명하면 인증은 통과해도 DMARC는 실패합니다. 발송처마다 이 차이를 찾아 무엇을 켜고 DNS에 무엇을 넣을지 알려 드립니다.

인증 때문이라면 알 수 있습니다. SPF·DKIM·DMARC 인증에 실패한 메일은 보고서에 그대로 나타나고, 어느 발송처에서 왜 실패하는지까지 보여 줍니다. 메일 내용이나 발송 평판 때문에 스팸 처리되는 경우는 DMARC 보고서로 알 수 없습니다.

네. 회사 도메인으로 메일을 보내는 서비스마다 SPF와 DKIM을 따로 설정해야 합니다. Google Workspace, Microsoft 365, 네이버웍스, 하이웍스, 스티비, Amazon SES, SendGrid, Mailchimp 같은 서비스는 보고서에서 이름을 찾아 붙이고 서비스별 설정 방법을 안내합니다. 목록에 없는 서버도 IP와 통신사로 구분해 보여 줍니다.

네. 도메인을 등록하면 DNS에 넣을 DMARC 레코드를 통째로 알려 드립니다. 처음에는 p=none으로 시작합니다. 지켜보기만 하는 정책이라 받는 곳에 메일을 막아 달라고 요청하지 않습니다. 이미 DMARC 레코드가 있다면 rua에 보고서 주소만 추가하면 됩니다.

DNS는 직접 바꾸셔야 합니다. Genharden DMARC는 DNS를 건드리지 않습니다. 넣을 레코드를 보여 드리고, 바꾼 뒤에 DNS를 다시 읽어 반영됐는지 확인합니다. DNS 권한이 없다면 담당자에게 보낼 안내문을 만들어 드립니다.

DMARC 집계 보고서(rua)에는 메일을 보낸 서버의 IP와 메일 수, SPF·DKIM·DMARC 인증 결과가 들어 있습니다. 메일 제목이나 본문, 받는 사람 주소는 들어 있지 않습니다.

도메인 1개, 한 달에 인증 통과 메일 1,000통까지 무료입니다. 보고서는 최근 14일치를 볼 수 있습니다. 가입하면 14일 동안 카드 등록 없이 Pro를 써 볼 수 있고, 체험이 끝나면 결제 없이 Free로 이어집니다.