최근 Gmail이나 야후에서 이상한 반송 메시지나 전달률 문제를 경험한 적이 있다면 여러분은 혼자가 아닙니다.
구글과 야후는 최근 새로운 이메일 인증 요건을 도입하여 많은 합법적인 발신자를 놀라게 했습니다. 피싱과 스푸핑을 줄여 받은 편지함을 더 안전하게 만드는 것이 목표였습니다. 하지만 그 결과 아직 규정을 완전히 준수하지 않는 도메인에 대한 DMARC 관련 오류 메시지가 넘쳐나고 있습니다.
이 가이드에서는 이러한 오류의 의미, 이메일 규칙에서 변경된 사항, 근본적인 문제를 해결하여 메시지를 스팸에서 제외하는 방법에 대해 설명합니다.
수년 동안 SPF, DKIM 및 DMARC는 권장되는 모범 사례였습니다. 이제 대량 발신자의 경우 필수 사항입니다.
조직에서 하루에 5,000개 이상의 이메일을 보내는 경우 Gmail과 Yahoo는 다음과 같이 요구합니다:
(p=검역 또는 p=거부)을 통한 DMARC 적용이러한 규칙은 이제 두 서비스 제공업체의 공식 발신자 정책의 일부입니다. 대규모로 메일을 보내지 않더라도 이러한 규칙을 준수하면 강력한 도메인 평판과 일관된 받은 편지함 배치를 유지하는 데 도움이 됩니다.
메시지가 이러한 검사에 불합격하면 Gmail과 Yahoo에서 특정 오류 메시지와 함께 반송하여 무엇이 문제인지 진단할 수 있도록 도와줍니다.
다음은 가장 흔히 볼 수 있는 인증 관련 오류 몇 가지와 그 의미 및 해결 방법을 설명합니다.
| 오류 메시지 | 의미 | 수행 방법 |
|---|---|---|
550-5.7.26 이 메일은 인증되지 않았습니다 (Gmail). |
Gmail에서 SPF 또는 DKIM을 통해 발신자를 확인할 수 없습니다. | SPF와 DKIM이 모두 게시되어 있고 '보낸 사람' 도메인과 일치하는지 확인하세요. |
5.7.1 DMARC 정책에 따라 거부된 이메일 (Yahoo) |
DMARC 레코드는 인증에 실패한 메시지에 대해 거부를 적용합니다. | 실패한 IP 또는 서비스를 찾으려면 DMARC 보고서를 검토하세요. |
5.7.25 DMARC 제한으로 인해 메시지가 수락되지 않음 (Yahoo) |
보낸 사람의 '보낸 사람' 도메인이 SPF 또는 DKIM 결과와 일치하지 않습니다. | 보내는 서비스에서 공유 도메인이 아닌 회원님의 도메인으로 메일에 서명하는지 확인하세요. |
5.7.0 인증 결과: dmarc=실패 (Gmail) |
메시지가 DMARC 정렬에 실패했습니다. | 이메일 플랫폼에서 SPF/DKIM 정렬을 확인하고 잘못된 구성을 수정하세요. |
이러한 오류는 하나 이상의 전송 시스템이 제대로 인증되지 않았거나 허용 목록이 준비되기 전에 DMARC 정책이 적용되고 있다는 신호입니다.
이러한 오류를 해결하고 지속적인 배달 가능성을 보장하려면 각 인증 계층을 단계별로 검토해야 합니다.
SPF에는 도메인에 대해 메일을 보낼 수 있는 권한이 있는 IP와 서버가 나열됩니다.
조회 도구 또는 DNS 관리자를 사용하여 모든 합법적인 발신자(예: HubSpot, SendGrid, Outlook)가 포함되어 있는지 확인하세요.
예시:
v=spf1 include:sendgrid.net include:hubspotemail.net -allall은 "다른 모든 것을 거부"한다는 의미입니다. 이 옵션이 없으면 스푸퍼가 여전히 통과할 수 있습니다.
DKIM은 암호화 키를 사용하여 메시지가 수정되지 않았으며 인증된 도메인에서 보낸 것임을 확인합니다.
잘못 정렬되거나 누락된 DKIM은 Gmail의 '인증되지 않음' 오류의 가장 일반적인 원인 중 하나입니다.
모니터링 전용 정책(즉, 없음 정책)으로 시작하세요. 이렇게 하면 보고서를 받을 수는 있지만 확인에 실패한 경우 조치를 취할 수는 없습니다:
v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com발신 출처를 확인하고 허용 목록을 작성했으면 시행으로 이동하세요:
v=DMARC1; p=reject; rua=mailto:dmarc-reports@yourdomain.com; aspf=r; adkim=rp=none은 관찰을 허용합니다.
p=검역은 의심스러운 메일을 스팸으로 보냅니다.
p=거부 완전히 차단
도메인이 대량의 메일을 전송하는 경우 Gmail과 Yahoo는 이제 마지막 두 가지 시행 수준 중 하나를 기대합니다.
DMARC가 활성화되면집계 보고서(RUA)와 포렌식 보고서(RUF)를 받기 시작합니다.
이러한 XML 파일에는 누가 나를 대신하여 메시지를 보내는지, 그리고 메시지가 인증을 통과하는지 여부가 표시됩니다. 이를 검토하면 도움이 됩니다:
가이드에서 이러한 보고서를 해석하는 방법을 알아보세요:
인증이 정확하더라도 스팸 불만 신고율이 높으면 전달률에 영향을 미칠 수 있습니다. 다음 모범 전송 사례를 따르세요:
건전한 도메인 평판은 전반적인 규정 준수의 일부입니다.
DMARC 설정 및 구현에 대한 전체 개요와 로드맵은 DMARC 모니터링 및 규정 준수 가이드를참조하세요 .
조직에서 여러 도메인을 관리하거나 여러 플랫폼을 통해 전송하는 경우 오류의 원인이 되는 도메인을 식별하는 것이 번거로울 수 있습니다. DMARCeye는 모든 인증 데이터를 한곳에서 수집, 분석, 시각화하여 프로세스를 간소화합니다.
DMARCeye를 사용하면 다음과 같이 할 수 있습니다:
보고서를 수동으로 확인하거나 XML 파일을 디코딩하는 대신 DMARCeye는 AI를 사용하여 보고서를 명확한 차트와 메트릭으로 변환하므로 전송률에 영향을 미치기 전에 문제를 해결할 수 있습니다.
지금 DMARCeye 무료 체험판을 다운로드하여 이메일 도메인을 보호하세요.