“메일 보냈는데 못 받으셨다고요?” 거래처와 이런 통화를 반복하고 있다면, 메일 내용이 아니라 도메인의 발신 인증 설정을 의심해야 합니다. 주요 메일 서비스들은 인증되지 않은 도메인의 메일을 스팸으로 분류하거나 아예 수신을 거부하는 방향으로 정책을 강화해 왔습니다.

세 가지 인증은 각자 역할이 다릅니다

• SPF: 이 도메인의 메일을 보낼 수 있는 서버 목록을 선언합니다. 목록에 없는 서버가 보낸 메일은 사칭으로 간주됩니다.
• DKIM: 발송 서버가 메일에 전자서명을 붙이고, 수신 서버가 도메인에 공개된 키로 위변조 여부를 확인합니다.
• DMARC: 위 두 검사에 실패한 메일을 어떻게 처리할지(그냥 수신, 스팸함, 거부)를 정하고, 처리 결과 보고서를 받을 주소를 지정합니다.

셋은 대체 관계가 아니라 보완 관계입니다. SPF와 DKIM으로 인증하고 DMARC로 정책을 세우는 구조라서, 하나만 설정하면 효과가 절반에 그칩니다.

설정은 전부 DNS TXT 레코드입니다

세 가지 모두 도메인 관리 화면에서 TXT 레코드를 추가하는 방식으로 설정합니다. SPF는 루트에 v=spf1로 시작하는 값 하나, DKIM은 메일 서비스가 발급한 키를 지정된 이름으로, DMARC는 _dmarc 이름으로 정책 값을 넣습니다. 정확한 값은 사용 중인 메일 서비스가 제공하므로 그대로 복사해 넣으면 되고, 레코드 추가 방법 자체가 낯설다면 DNS 레코드 기초부터 보시면 됩니다. 주의할 점은 SPF 레코드는 도메인당 하나만 있어야 한다는 것입니다. 메일 서비스를 여러 개 쓴다면 하나의 레코드 안에 include로 합쳐야 합니다.

설정 후에는 반드시 검증까지

레코드를 넣었다고 끝이 아닙니다. 자신에게 테스트 메일을 보낸 뒤 원본 보기에서 spf=pass, dkim=pass, dmarc=pass 세 항목이 모두 통과로 표시되는지 확인하세요. DMARC 정책은 처음에 p=none(관찰만)으로 시작해 보고서를 몇 주 지켜본 뒤 quarantine이나 reject로 올리는 것이 안전한 순서입니다.

뉴스레터 발송 도구나 쇼핑몰 자동 메일처럼 외부 서비스가 회사 도메인으로 메일을 보낸다면, 그 서비스도 SPF include와 DKIM 키 등록 대상입니다. 빠뜨리면 그 경로의 메일만 스팸함으로 갑니다.

※ DNS 변경은 반영까지 최대 하루가 걸릴 수 있습니다. 설정 직후 검사에서 실패로 나와도 레코드 값이 정확하다면 시간을 두고 다시 확인해 보시기 바랍니다.

홈페이지를 만들면서 문의 메일이 스팸함으로 빠진다면 만든 의미가 없습니다. IDC.KR은 제작 단계에서 발신 인증 설정까지 점검해 드리니, 메일 도달 문제로 고민 중이시라면 상담을 신청해 주세요.