디킴, 디마크, 스팸함, 트랜잭션 메일 | 가입 메일이 안 열리면 DNS는 어디서 고치나?

먼저 발신자 정책 한 줄, 그다음 디킴 시그니처, 마지막에 디마크입니다. 세 칸을 같은 날 넣어도 전파는 수분에서 하루입니다. 벤더 콘솔이 준 값을 그대로 붙이고, 직접 문장을 짜지 않습니다.

발신자 정책(SPF)은 그 도메인으로 메일을 보낼 수 있는 서버를 적습니다. 디킴(DKIM)은 본문이 중간에 안 바뀌었는지 서명합니다. 디마크(DMARC)는 둘 중 정렬된 쪽이 실패했을 때 수신함이 버릴지, 격리할지, 보고서만 보낼지를 정합니다. 세 값은 모두 TXT입니다. 가비아와 카페24, 클라우드플레어 콘솔에서 이름과 값을 붙입니다.

리센드 콘솔은 디킴을 CNAME 두세 줄로 주는 달이 많습니다. 아마존 심플이메일(SES)은 TXT 공개키를 줍니다. 값을 손으로 줄이면 검증이 실패합니다. 따옴표를 두 겹으로 넣거나 앞뒤 공백을 남기면 가비아에서 저장은 되고 조회는 깨집니다. 넣은 뒤에는 아래 명령으로 값이 그대로 나오는지 봅니다.

레코드가 있어도 From 도메인과 디킴 d= 값, 반송 경로 도메인이 조직 단위로 같아야 디마크가 통과합니다. 리센드는 보통 디킴 정렬을 맞춰 주고, From을 지메일 주소로 쓰면 정렬이 깨집니다.

지메일 발신 가이드는 대량 발신에서 From 헤더 도메인이 발신자 정책 도메인 또는 디킴 도메인과 맞아야 한다고 적습니다. 완화된 정렬은 조직 도메인만 같으면 됩니다. mail.example.com과 example.com은 같은 조직입니다. gmail.com과 example.com은 다릅니다. 12사이트 문의 메일을 noreply@gmail.com으로 보내면 인증은 지메일 쪽이고, 우리 도메인 디마크와는 상관이 없습니다. 스푸핑으로 보이기도 합니다.

테스트 메일을 지메일로 받아 원문을 엽니다. Authentication-Results에 spf=pass, dkim=pass, dmarc=pass가 같이 있으면 정렬까지 맞습니다. 앞 두 칸만 pass이고 디마크가 fail이면 레코드는 있는데 From이 다른 도메인입니다. 네이버와 다음도 원문 헤더를 보여 줍니다. 저는 세 곳을 같은 제목으로 보내고 스크린샷을 남깁니다.

키 유출과 환경변수는 시크릿 체크에 두고, 웹훅이 여러 번 오는 자리만 멱등 키 글을 봅니다. 수신 거부 콜백이 두 번 와도 구독 해지는 한 번이어야 합니다.

개인 지메일로 하루 5천 통을 넘기면 발신자 정책과 디킴, 디마크를 모두 통과해야 합니다. 디마크 정책은 없음으로 시작해도 됩니다. 스팸 신고율은 0.3% 아래를 유지합니다.

2024년 2월부터 지메일은 개인 계정(@gmail.com)으로 보내는 모든 발신에 발신자 정책 또는 디킴을 요구합니다. 같은 날 5천 통을 넘기면 둘 다, 그리고 디마크가 필요합니다. 야후 발신 안내도 같은 문턱을 씁니다. 12사이트 가입 메일만 보내면 5천에 안 닿는 달이 많습니다. 그래도 세 칸을 미리 넣으면, 나중에 뉴스레터를 열 때 갑자기 막히지 않습니다.

마케팅과 구독 메일은 원클릭 수신 거부가 필요합니다. 헤더에 List-Unsubscribe와 List-Unsubscribe-Post를 같이 넣습니다. 가입 확인과 비밀번호 재설정 같은 트랜잭션 메일은 이 헤더 대상이 아닙니다. 두 종류를 한 주소에서 섞어 보내면 수신 거부 한 번에 비밀번호 메일도 끊길 수 있습니다. From을 login@와 news@로 나눕니다.

숫자의 정본은 지메일 발신 가이드입니다. 디마크 설정 절차는 구글 디마크 도움말에 있고, 야후 쪽은 야후 발신 안내를 봅니다.

레코드를 넣은 날에는 테스트 주소 세 곳만 보냅니다. 지메일, 네이버, 다음입니다. 헤더의 인증 결과를 보고 통과와 정렬을 확인한 뒤에 가입 메일을 엽니다.

첫째 날에는 DNS만 넣습니다. 가비아에서 TXT가 조회되는지, 클라우드플레어면 프록시가 꺼져 있는지 봅니다. 메일 레코드는 회색 구름이 맞습니다. 디킴 CNAME이 주황색이면 서명 조회가 흔들립니다. 둘째 날 오전에 dig가 콘솔 값과 같은지 확인하고, 제 개인 세 계정으로만 한 통씩 보냅니다. 스팸함이 아니라 받은편지함인지도 같이 봅니다. 인증은 통과인데 스팸이면 본문 링크와 도메인 평판을 봅니다.

위 발신자 정책은 예시입니다. 리센드와 구글 워크스페이스를 같이 쓰는 도메인용입니다. 세스를 쓰면 include:amazonses.com이 들어갑니다. 벤더 문서의 include 호스트를 그대로 씁니다. 없는 호스트를 넣으면 조회만 늘고 통과는 안 됩니다. 조회는 10번이 한도입니다. include가 다시 include를 부르면 숫자가 금방 찹니다.

포스트마스터 도구는 지메일 수신 통계입니다. 도메인을 등록해 두면 스팸 신고와 인증 실패가 그래프로 남습니다. 초반에는 표본이 작아 빈 칸이 많습니다. 비어 있다고 통과는 아닙니다. 에러 알림은 센트리 글처럼 발신 실패율에도 붙입니다. 가입 메일이 5분 안에 안 가면 사용자는 가입을 다시 누릅니다.

없음 정책으로 보고서를 모은 뒤에 격리, 거절로 올립니다. 빠진 include나 옛 서버가 있으면 거절 순간에 정상 메일도 막힙니다. 저는 2주 보고서를 보고 올립니다.

디마크 p=none은 실패해도 수신함이 자유롭게 처리합니다. 다만 보고서 주소(rua)가 있으면 누가 우리 도메인으로 보냈는지 매일 요약이 옵니다. 그 안에 리센드만 있으면 다음 단계입니다. 옛 카페24 릴레이나 누가 복사한 스크립트가 있으면 먼저 include를 고칩니다. p=quarantine은 스팸함으로 밀어 넣는 힌트입니다. p=reject는 받는 쪽에서 거절할 수 있습니다. 하위 도메인에 별 정책이 없으면 루트 정책이 내려갑니다.

카나리처럼 한 번에 전원을 바꾸지 않습니다. 배포 슬라이스는 카나리 장애 글에 있고, 여기는 정책 퍼센트입니다. pct=10으로 열 통 중 한 통만 새 정책을 적용할 수 있습니다. 기능 공개와 비슷하게 끄고 켜는 스위치가 필요합니다. 롤아웃 체크는 기능 플래그 글과 자리가 다릅니다. 여기는 DNS TTL이 식기 전에는 돌아온 값이 옛 정책입니다.

보고서를 받으려면 rua 메일함이 실제로 열려 있어야 합니다. 같은 도메인으로 받으면 그 함 자체도 인증이 필요합니다. 처음에는 별 도메인 함이거나 외부 보고서 함을 씁니다. 첨부 XML을 매일 읽기는 힘들어서, 요약 서비스에 위임하는 팀이 많습니다. 위임해도 정책 값은 우리 DNS에 남습니다.

가비아와 카페24는 TXT 길이와 따옴표 처리가 다릅니다. 디킴 값이 길면 레코드를 나누거나 클라우드플레어로 네임을 옮깁니다. 호스팅 메일과 리센드를 같이 쓰면 include를 한 줄에 모읍니다.

가비아 도메인 콘솔은 TXT 한 칸 길이가 짧은 편이었습니다. 2048비트 디킴을 한 줄에 못 넣고 잘린 채로 저장된 적이 있습니다. 조회는 되는데 키가 짧아서 서명이 실패했습니다. 그때는 네임서버만 클라우드플레어로 옮기고, 등록은 가비아에 남겼습니다. 카페24 호스팅 메일을 쓰는 도메인은 기본 발신자 정책이 이미 있는 경우가 많습니다. 그 줄을 지우고 리센드만 넣으면 웹메일 발신이 실패합니다. 두 include를 한 줄에 잇습니다.

한국 수신함은 지메일만 있는 게 아닙니다. 네이버와 다음은 자체 스팸 점수가 있습니다. 인증이 없어도 가끔 들어가고, 인증이 있어도 짧은 URL과 광고 문장이면 정크입니다. 가입 메일 본문에는 비밀번호를 넣지 않고, 버튼 하나와 만료 시간을 적습니다. 영문 전용 발신 이름은 한국어 수신함에서 수상해 보입니다. 표시 이름은 사이트 이름 그대로입니다.

부가세와 카드 줄은 메일 벤더 구독에도 붙습니다. 리센드와 세스 고르기는 벤더 비교에 있습니다. 여기는 DNS가 비어 있으면 어떤 벤더를 골라도 스팸함이 먼저라는 점만 남깁니다. API 키는 저장소에 올리지 않습니다. 그 자리는 환경변수 체크입니다.

• Gmail email sender guidelines - 모든 발신과 하루 5천 통 대량 발신, 스팸 0.3%
• Set up DMARC - 디마크 TXT와 정책 단계
• Help prevent spoofing with SPF - 발신자 정책 레코드
• Turn on DKIM for your domain - 디킴 키 길이 1024와 2048
• Cloudflare DMARC record - 디마크 레코드 필드
• Resend Domains - 도메인 인증과 디킴 CNAME
• RFC 7489 - 디마크 명세
• Yahoo sender best practices - 야후 대량 발신 안내
• 내부: 리센드와 세스 비교, 웹훅 멱등, 시크릿 체크, 센트리, 카나리 배포

발신 규칙은 수신함이 수시로 바꿉니다. 위 표는 2026년 8월 공개 페이지 기준 점검용이며, 최종 근거는 각 공식 가이드와 실제 헤더입니다.