DMARC 레코드 생성기

알맞은 DMARC 정책을 고르는 방법

DMARC는 다음 위치에 TXT 레코드로 게시돼요: _dmarc.example.com. SPF나 DKIM을 대체하지는 않아요. 대신 SPF나 DKIM이 표시되는 From 도메인과 정렬되는지 확인한 뒤, 게시한 정책을 적용해요. 새 도메인은 보통 p=none 으로 시작해서 메일을 차단하지 않고 리포트를 수집해요. 모든 정상 발신자가 인증됐다는 걸 확인하면 다음 순서로 정책을 강화할 수 있어요: p=quarantine , 최종적으로 p=reject.

리포트 주소 태그인 rua 에는 참여하는 메일함 제공업체의 집계 리포트가 전달돼요. 이 리포트를 보면 어떤 서비스가 도메인으로 메일을 보내는지, 어떤 서비스가 인증을 통과하는지, 어떤 서비스에 SPF나 DKIM 수정이 필요한지 알 수 있어요. 포렌식 리포트 태그인 ruf 는 선택 사항이고 모든 제공업체가 일관되게 지원하지는 않아서, 많은 팀이 주로 집계 리포트에 의존해요.

비율 설정을 사용하면 정책 적용을 단계적으로 늘릴 수 있어요. 예를 들어 모든 메일에 정책을 적용하기 전에, 실패한 메일 중 일부에만 모니터링에서 quarantine으로 전환할 수 있어요. 여러 팀이나 플랫폼이 같은 도메인으로 발송할 때 유용해요.

캠페인 및 제품 발송을 위한 DMARC 설정

마케팅, 영업, 제품 이메일에서는 DMARC를 리스트 관리, 발신자 모니터링과 함께 운영해야 해요. 인증은 사칭 위험을 줄이고 메일함 제공업체가 발신자 신원을 이해하도록 도와요. 하지만 유효하지 않은 주소를 수신 가능하게 만들지는 못해요. 대규모 CSV로 보내기 전에 대량 검증 으로 리스트를 검증하거나, 개별 주소는 다음으로 테스트하세요: 이메일 검증 도구.

새 도메인을 설정하고 있다면 먼저 SPF 생성기 와 DKIM 생성기 를 사용하세요. 그다음 DMARC를 생성해 게시하고 DMARC 검사기를 실행하세요. 반송률 3% 미만은 양호하고, 3-5%는 정리와 점검이 필요하며, 5% 초과는 발신자 평판에 고위험이에요.

DMARC 도입 체크리스트

발송 구조가 단순하고 모든 발신자가 이미 확인된 도메인이 아니라면 곧바로 엄격한 정책으로 넘어가지 마세요. 대부분의 팀은 먼저 모니터링하고, 집계 리포트를 검토하고, 정렬에 실패하는 소스를 고친 다음 단계적으로 정책을 강화하는 게 좋아요. 그래야 아직 완전히 인증되지 않은 청구서, 고객지원 답장, 비밀번호 재설정, 캠페인 메시지가 차단되는 일을 피할 수 있어요.

누군가 실제로 확인하는 리포트 수신 메일함을 쓰거나, 리포트를 모니터링 서비스로 보내세요. DMARC 리포트의 가치는 가시성이에요. 어떤 시스템이 도메인을 사용하고 있는지, SPF나 DKIM 정렬을 통과하는지 보여 줘요. 여러 팀이 각기 다른 이메일 플랫폼을 관리할 때 특히 유용한 정보예요.

서브도메인은 루트 정책을 그대로 적용할지, 별도 정책이 필요한지 정하세요. 많은 팀이 아웃리치, 뉴스레터, 제품 메일을 별도 서브도메인으로 나눠 DNS 변경과 평판 신호를 더 쉽게 관리해요.