OneWebDesk

이메일

SPF·DKIM·DMARC, 메일 헤더·반송 코드 분석 도구.

이메일 카테고리의 도구들은 보낸 메일이 스팸함으로 빠지거나 아예 반송되는 문제를 진단하고 고치는 데 쓰입니다. SPF·DKIM·DMARC 인증 레코드 조회와 생성, 메일 원본 헤더 분석, 4xx·5xx 반송(bounce) 코드 해석, BIMI 브랜드 로고 설정, 도메인 도달률 종합 점검까지 한곳에서 다룹니다. 뉴스레터나 거래 메일을 보내는 마케터, 회사 메일 서버나 SaaS 발송을 맡은 개발자·운영자, 그리고 '메일이 안 가요' 'SPF DMARC 설정 어떻게 하나요'를 검색하는 도메인 관리자에게 특히 유용합니다.

보통 점검은 도메인의 현재 상태부터 확인하는 것이 순서입니다. 먼저 SPF·DKIM·DMARC 레코드를 조회해 누락이나 구문 오류가 있는지 보고, 발송 IP가 DNSBL 블랙리스트에 올랐는지 확인합니다. 메일이 반송되거나 스팸 처리됐다면 받은 메일의 원본 헤더를 헤더 분석기에 붙여넣어 어느 인증이 실패했는지(softfail·permerror 등)와 경유 서버·지연 구간을 추적하고, 반송 코드는 코드 해석기로 원인과 조치를 확인합니다. 모든 검사는 공개 DNS와 표준 메일 규격에 기반하므로, 레코드를 수정한 뒤 다시 조회해 결과가 정상으로 바뀌었는지 확인하는 흐름을 반복하면 됩니다.

자주 묻는 질문

SPF, DKIM, DMARC는 무엇이고 셋 다 필요한가요?
세 가지 모두 발신 도메인을 위조한 스팸을 막기 위한 이메일 인증 표준입니다. SPF는 어떤 서버가 내 도메인 이름으로 메일을 보낼 수 있는지 지정하고, DKIM은 메일에 디지털 서명을 붙여 내용 위변조를 검증하며, DMARC는 SPF·DKIM이 실패했을 때 받는 서버가 어떻게 처리할지(통과·격리·거부)를 정하고 리포트를 받게 해줍니다. Gmail·야후 등 주요 수신처가 사실상 셋 다 요구하므로 정상 도달률을 위해 세 가지를 모두 설정하는 것이 좋습니다.
보낸 메일이 자꾸 스팸함으로 가요. 어디부터 봐야 하나요?
먼저 SPF·DKIM·DMARC 레코드가 올바르게 설정됐는지 조회하고, 발송 IP가 DNSBL 블랙리스트에 올랐는지 확인하세요. 그다음 실제로 받은 메일의 원본 헤더를 분석해 어떤 인증이 실패(softfail·fail)했는지 보면 원인이 좁혀집니다. 도달성 종합 점검을 쓰면 MX·SPF·DKIM·DMARC·블랙리스트를 한 번에 확인할 수 있습니다.
이메일 원본 헤더는 어떻게 가져오나요?
받은 메일에서 '원본 보기' 또는 '메시지 소스 표시' 메뉴를 누르면 Received·Authentication-Results 등으로 시작하는 텍스트가 나옵니다. Gmail은 메일 우측 점 세 개 > '원본 보기', Outlook은 메일 열기 > '...' > '보기 > 메시지 소스'에서 찾을 수 있습니다. 이 전체 텍스트를 헤더 분석기에 붙여넣으면 경유 서버와 인증 결과를 해석해 줍니다.
입력한 도메인이나 메일 내용이 외부로 전송되나요?
레코드 조회 계열(SPF·DKIM·DMARC·블랙리스트·도달성)은 공개 DNS를 질의하는 서버 작업이지만, 도메인 외 개인정보는 저장하지 않습니다. 반송 코드 해석기·헤더 분석기처럼 붙여넣는 텍스트를 다루는 도구는 브라우저 안에서 처리되며 입력 내용을 외부로 보내지 않습니다.