Defaults.Exposed › 수정 › Guides
Gmail 550 5.7.26 "발신자가 인증되지 않음": 요구사항 순서에 따른 수정 방법 (2026)
게시일 2026-07-08
데이터 기준: 2026-06-29 · 방법론 v7. 261백만 개 등급 도메인의 집계 센서스 데이터입니다. 등급 방법론 보기.
Gmail은 메시지가 SPF 및 DKIM 인증 검사를 모두 통과하지 못할 때 550 5.7.26을 반환합니다. 발신 도메인에 대해 SPF 또는 DKIM 중 하나 이상을 통과시켜 수정하세요. Defaults.Exposed의 261,086,232개 도메인 센서스에 따르면, _spf.google.com을 통해 Google 서버를 승인한 12,145,313개 도메인 중 18.5%만 DMARC를 시행합니다.
수정 방법은 DNS 작업이지 지원 티켓이 아닙니다: 발신 IP에 역방향 DNS가 있는지 확인하고, Gmail이 실제로 확인하는 도메인에 대해 SPF 또는 DKIM을 통과시킨 후, DKIM을 From 주소와 정렬하고 DMARC 레코드를 발행하세요. 아래에서 전체 요구사항 순서와 550 5.7.26 계열 및 형제 코드 디코더 표를 제공합니다.
Gmail 오류 550 5.7.26은 무엇을 의미하나요?
Google의 2024년 발신자 요구사항 이후, 모든 Gmail 발신자 — 대량 발신자뿐만 아니라 — 는 발신 도메인에 대해 SPF 또는 DKIM 중 하나 이상을 통과해야 합니다. 둘 다 실패하면 Gmail은 스팸으로 전달하는 대신 SMTP 시간에 550 5.7.26으로 거부합니다.
현재 전체 텍스트 버전은 다음과 같이 읽힙니다: “This email has been blocked because the sender is unauthenticated. Gmail requires all senders to authenticate with either SPF or DKIM. Authentication results: DKIM = did not pass, SPF [domain] with ip: [ip] = did not pass.” 이전 반송 메일에는 Google의 이전 문구(“This mail is unauthenticated, which poses a security risk…”)가 여전히 포함될 수 있으며, 속도 제한 형제인 421 4.7.26 This email has been rate limited because it is unauthenticated도 같은 원인을 가집니다.
550 5.7.26은 단일 메시지가 아니라 코드 계열이며, 문구에서 어느 다리가 실패했는지 알 수 있습니다: Google의 현재 참조에는 세 개의 5.7.26 문자열(인증되지 않음, SPF 하드 실패, DMARC 정책)이 있으며, 대량 발신자의 SPF 전용 및 DKIM 전용 실패는 자체 코드인 5.7.27과 5.7.30으로 이동했습니다. DNS를 건드리기 전에 정확한 텍스트를 읽으세요 — 첫 번째 진단이 됩니다.
격차의 규모가 이 반송이 그렇게 흔한 이유입니다: 12,145,313개 도메인이 SPF 레코드에서 Google의 메일 서버를 승인(전 세계 SPF를 발행하는 138,927,207개 도메인 중)하지만, 18.5%만 시행 DMARC 정책을 가지고 있고 8.0%만 엄격한 SPF(-all)를 사용합니다. 대부분의 Google 호스팅 발신자는 Google 자체의 대량 발신자 규칙을 충족하지 않습니다 — 그리고 Gmail은 이제 모든 사람에게 기본 사항을 시행합니다.
어떤 550 5.7.26 변형 — 또는 형제 코드 — 을 가지고 있나요?
받은 반송 텍스트를 이 표와 대조하세요. 인용된 조각은 Google의 현재 SMTP 오류 참조를 따릅니다 — 실제 NDR과 항상 대조하세요. Google이 주기적으로 문구를 수정하기 때문입니다.
| 코드 | 반송 텍스트 내용(조각) | 실패한 항목 | 수정 위치 |
|---|---|---|---|
| 550 5.7.26 (인증되지 않음) | “This email has been blocked because the sender is unauthenticated … authenticate with either SPF or DKIM” | SPF와 DKIM 모두 통과 실패 | 이 가이드, 단계 2–4 |
| 550 5.7.26 (SPF 하드 실패) | “has an SPF record with a hard fail policy (-all) but it fails to pass SPF checks” | 엄격한 SPF 레코드가 발신 IP를 승인하지 않음 | 아래 단계 3 + SPF 수정 |
| 550 5.7.26 (DMARC 정책) | “Unauthenticated email from [domain] is not accepted due to domain’s DMARC policy” | 자체 DMARC 정책이 정렬되지 않은 메일을 거부 | 아래 단계 4 |
| 550 5.7.27 (대량, SPF) | “didn’t pass SPF authentication … Gmail requires bulk email senders to authenticate their email with SPF” | SPF 실패, 대량 발신자 계층 | 아래 단계 3 + SPF 수정 |
| 550 5.7.30 (대량, DKIM) | “didn’t pass DKIM authentication … Gmail requires bulk email senders to authenticate their email with DKIM” | 유효한 DKIM 서명 없음, 대량 발신자 계층 | 아래 단계 3 + DKIM 수정 |
| 550 5.7.29 (대량, TLS) | “wasn’t sent over a TLS connection” | TLS 없이 발송된 대량 메일 | 아래 단계 6 |
| 550 5.7.25 | ”doesn’t have a PTR record” | 발신 IP에 역방향 DNS(PTR) 없음 | 아래 단계 2 |
| 421-4.7.0 | ”try again later” / 비정상 트래픽 | 일시적 지연 — 평판 또는 속도, 영구적 아님 | 재시도; 단계 2–3 및 단계 8 확인 |
| 550 5.7.28 | ”unusual rate of unsolicited email” | 발송 속도 / 스팸 비율 제한 | 아래 단계 8 |
| 550-5.7.1 | ”message blocked” / 정책 텍스트 | 정책, 스팸, 또는 PTR 없는 IPv6 거부 | Gmail 550-5.7.1 가이드 참조 |
요구사항 순서로 550 5.7.26을 어떻게 수정하나요?
Google은 문자 그대로의 “확인 순서”를 발행하지 않지만, 요구사항이 논리적으로 쌓이므로 이 요구사항 순서로 작업하세요. 대부분의 발신자는 3단계 후에 차단이 해제됩니다. 그래도 전체 목록을 완료하세요 — 이후 단계는 반송에서 벗어난 후 스팸을 피하는 방법입니다.
- 먼저 무료 스캔을 실행하세요. 라이브 SPF, DKIM, DMARC 및 DNS 설정을 읽고 어느 다리가 실패하는지 정확하게 보여줍니다 — DNS를 건드리기 전에 진단하세요.
- 발신 IP에 역방향 DNS(PTR)를 부여하세요. 연결 IP는 동일한 IP로 다시 확인되는 호스트 이름을 가진 PTR 레코드를 가져야 합니다. 주류 제공업체는 이를 처리합니다. 자체 서버에서 발송하는 사람들에게 문제가 됩니다(형제 코드 550 5.7.25의 전체 이야기).
- SPF 또는 DKIM을 통과시키세요. 한 가지 주의사항: 수신자는 From 헤더가 아닌 Return-Path(RFC5321.MailFrom) 도메인을 기준으로 SPF를 평가합니다 — SPF가 “통과해야” 한다고 결정하기 전에 메일이 실제로 어느 도메인으로 반송되는지 확인하세요. 해당 도메인의 SPF 레코드에 실제 발신 서비스를 추가하거나(전체 SPF 연습), 제공업체에서 DKIM 서명을 활성화하세요(전체 DKIM 연습). 둘 중 하나라도 통과하면 기본 550 5.7.26 차단이 해제됩니다.
- DKIM을 From 도메인과 정렬하세요. 대량 발송 — 그리고 DMARC를 위해 — Gmail은 공급업체 기본값이 아닌 From 주소의 도메인에 대한 인증을 원합니다. Google Workspace 사용자: 고유한 DKIM 키를 발행하세요(Workspace DKIM 설정). 기본
gappssmtp.com서명은 DKIM을 통과하지만 정렬되지 않습니다 — 자체 가이드가 있는 함정입니다. 정렬된 DKIM은 SPF가 절대 하지 못하는 전달에서도 살아남습니다. - DMARC 레코드를 발행하세요. Google의 발신자 요구사항은 보고 주소와 함께 최소
p=none을 요청합니다. 5분 DNS 편집입니다 — 정직한 첫 번째 단계와p=none이 무엇을 하고 하지 않는지는 “DMARC 정책이 활성화되지 않음”을 참조하세요. - TLS로 발송하세요. 모든 최신 메일 서버나 제공업체가 기본적으로 이를 수행합니다. 자체 MTA를 실행하는 경우 아웃바운드 TLS가 켜져 있는지 확인하세요 — TLS 없는 대량 메일은 이제 자체 코드 550 5.7.29로 반송됩니다.
- 마케팅 및 구독 메일에 RFC 8058 원클릭 수신 거부(
List-Unsubscribe+List-Unsubscribe-Post헤더)를 추가하세요. - Google Postmaster Tools에서 스팸 비율을 0.10% 미만으로 유지하고 절대 0.30%에 도달하지 않도록 하세요. Google의 요구사항 상한은 0.3%이며, 권장사항은 0.10% 미만입니다. 해당 도메인을 등록하세요. 이것이 Google의 자체 성적표이며, 스팸 비율 임계값은 어떤 DNS 레코드로도 수정할 수 없는 요구사항입니다.
이 목록이 하지 않는 한 가지: 타사 차단 목록에서 제거하는 것. 인증은 Gmail의 인증되지 않은 거부를 막지만, 스팸 이력이 있는 IP는 자체 정리 경로가 있는 평판 문제입니다 — 인증 수정은 재발을 방지하지 목록에서 제거하지는 않습니다.
하루에 5,000개 미만의 이메일을 발송한다면 대량 발신자 규칙이 적용되나요?
전체 체크리스트 — 정렬된 인증, DMARC 발행, 원클릭 수신 거부, 스팸 비율 — 는 Gmail에 하루 5,000개 이상의 메시지를 보내는 경우에 공식적으로 적용되며, 대량 전용 코드(5.7.27, 5.7.29, 5.7.30)는 해당 계층에서 나옵니다. 하지만 인증 기본 사항(SPF 또는 DKIM 통과, 유효한 PTR)은 모든 사람에게 시행되며, 이것이 소규모 발신자도 550 5.7.26에 걸리는 이유입니다. 단계 1–5를 모든 볼륨에서 필수로 취급하고, 대량 발송을 시작하는 즉시 단계 7–8을 필수로 취급하세요. 두 제공업체 모두에 대한 전체 요구사항은 Google 및 Yahoo 발신자 요구사항에 있습니다.
자주 묻는 질문
550 5.7.26은 내 도메인이나 IP가 차단 목록에 있다는 의미인가요? 아니요. 평판 판단이 아닌 인증 실패입니다 — Gmail은 “스팸 발송자임을 알고 있다”가 아니라 “누구인지 증명하라”고 말하는 것입니다. 좋은 소식: DNS에서 완전히 수정 가능합니다. 나쁜 소식은 얼마나 정상적인지입니다 — 2026-06-29 기준 261,086,232개 도메인 센서스에서 10.59%만 시행 DMARC 정책을 가집니다.
SPF만 수정하면 반송이 멈추나요? 기본 변형에서는 일반적으로 그렇습니다 — Gmail은 SPF 또는 DKIM 중 하나 이상을 요구합니다. 하지만 SPF는 Return-Path 도메인에 대해 평가되며 전달 시 끊어지므로 정렬된 DKIM(단계 4)이 지속 가능한 수정입니다. 12,145,313개 Google 호스팅 발신자 도메인 중 8.0%만 엄격한 SPF를 사용합니다(2026-06-29 기준 데이터). 어떤 방식으로든 앞서 나가게 됩니다.
Google Workspace를 사용하는데 Google이 자체 메일을 왜 반송하나요? Gmail이 메일박스 제공업체가 아닌 도메인을 인증하기 때문입니다. SPF 레코드가 없고 사용자 지정 DKIM 키가 없는 Workspace 도메인은 Google 자체가 확인할 수 없는 메일을 보냅니다 — Google 서버를 승인한 12,145,313개 도메인 중 18.5%만 시행 DMARC를 가집니다(2026-06-29 기준 데이터). Google 고객이 되는 것과 Google 규칙을 충족하는 것은 다른 문제입니다.
DNS 수정 후 얼마나 지나면 Gmail이 내 메일을 수락하나요? 새 레코드가 표시되는 즉시 — 일반적으로 몇 분에서 몇 시간, 느린 TTL의 경우 최대 48시간. 인증 수정은 550 5.7.26 검사에 즉시 적용됩니다. 스팸 비율 및 평판 회복(421-4.7.0, 5.7.28)은 깨끗한 발송을 통해 며칠에서 몇 주가 걸립니다.
소유자에게 보고서 보내기
클라이언트를 위해 이를 수정하는 경우 “반송이 해결됐습니다”로 티켓을 닫지 마세요. DNS 변경 후 무료 스캔을 다시 실행하고 등급이 매겨진 보고서를 사업 소유자에게 전달하세요. 평문으로 도메인이 이제 이메일을 인증하고 아직 부족한 부분을 보여줍니다 — 사이버 보험 갱신 및 공급업체 보안 설문지에 필요한 증거입니다. 반송을 수정했고, 보고서가 이를 증명합니다.
도메인 무료 확인
Gmail이 SPF, DKIM, DMARC 중 어느 것을 실패하게 하는지 확인하세요 — 비공개로, 소유자만.
도메인 확인 → · SPF 수정 → · Gmail “550-5.7.1 메시지 차단” → · 등급 방법론 → · 집계 데이터만. 데이터는 EU에서 저장 및 처리됩니다.