Gmail 550 5.7.26 해결
Gmail 550 5.7.26 해결 방법: SPF와 DKIM 인증 실패 점검 순서
Gmail에서 550 5.7.26 sender unauthenticated 반송이 발생했을 때 SPF와 DKIM을 점검하는 방법을 정리했습니다. 원인별 확인 순서와 도메인 DNS 설정 기준을 안내합니다.
Gmail로 메일을 보냈는데 550 5.7.26, sender unauthenticated, SPF did not pass, DKIM did not pass 같은 반송 문구가 보이면 발신 도메인 인증이 통과하지 못한 상태입니다. 수신자 주소가 잘못된 문제가 아니라 도메인의 DNS 설정과 실제 발송 서버가 일치하는지 확인해야 합니다.
550 5.7.26은 무엇을 뜻하나요?
이 오류는 Gmail이 발신 도메인을 인증할 수 없어서 메일을 거절했다는 뜻입니다. 반송 메일에는 보통 SPF와 DKIM 중 어떤 항목이 통과하지 않았는지 함께 표시됩니다. 둘 중 하나만 실패한 경우도 있지만, 둘 다 실패하면 우선 도메인 DNS와 발송 경로를 함께 점검해야 합니다. 같은 발신 주소라도 어떤 수신자에게는 도착하고 Gmail에는 반송될 수 있습니다. 수신 서비스마다 인증 정책이 다르기 때문입니다. 따라서 한 주소로만 테스트해 정상이라고 판단하지 말고 Gmail 수신 테스트를 별도로 해야 합니다.
SPF는 발송 서버와 도메인을 연결합니다
SPF는 도메인 이름으로 메일을 보낼 수 있는 서버를 TXT 레코드에 선언하는 방식입니다. Gmail이 메일을 받으면 보낸 서버 IP와 도메인의 SPF 정책을 대조합니다. 현재 사용하는 메일 서버가 정책에 포함되지 않으면 SPF는 실패합니다. 가장 흔한 실수는 SPF 레코드를 두 개 이상 만드는 것입니다. 루트 도메인(@)에 SPF TXT 레코드는 하나만 두고, 기존 서비스와 오피셜메일을 함께 사용하는 경우 필요한 발송 경로를 하나의 SPF 정책에 합쳐야 합니다.
- 메일의 From 주소 도메인과 SPF를 조회한 도메인이 일치하는지 확인
- 현재 발송 서버가 SPF 정책에 포함되는지 확인
- 루트 도메인에 v=spf1로 시작하는 TXT 레코드가 하나인지 확인
- 이전 메일 서비스의 SPF를 남겨야 하는지 확인
DKIM은 메일 내용에 도메인 서명을 붙입니다
DKIM은 발송 서버가 메일에 서명하고, 수신 서버가 DNS에 공개된 키로 그 서명을 확인하는 방식입니다. DKIM이 실패한다는 것은 DNS에 키가 없거나, 다른 키가 등록돼 있거나, 발송 서버가 해당 selector로 서명하지 않는 상황일 수 있습니다. 오피셜메일 도메인 연결 화면에서 표시되는 DKIM 호스트와 TXT 값을 사용하세요. 다른 도메인에서 복사한 키, 과거에 재발급한 키, 값 일부가 잘린 키는 현재 발송 서명과 맞지 않을 수 있습니다.
- 현재 DKIM selector 확인 — 도메인 연결 화면의 호스트 이름을 확인합니다. 일반적으로 dkim._domainkey처럼 표시되지만 서비스별 selector는 다를 수 있습니다.
- TXT 값 전체 등록 — v=DKIM1로 시작하는 공개키 값을 누락 없이 등록합니다. DNS 관리 화면의 표시상 줄바꿈과 실제 TXT 값 분할은 구분해서 확인합니다.
- 재발급했다면 이전 값 교체 — 호환 모드 또는 재발급으로 키가 바뀌었다면 DNS의 기존 키를 새 값으로 바꾸고 전파가 끝난 뒤 다시 검증합니다.
반송 메일에서 원인을 읽는 방법
반송 메일의 Authentication results 또는 Diagnostic-Code 부분을 보면 Gmail이 어떤 도메인과 IP를 검사했는지 확인할 수 있습니다. 예를 들어 SPF [brand.com] with ip: [서버 IP] = did not pass라고 나오면, brand.com의 SPF에 그 서버가 허용되지 않았다는 의미입니다. DKIM = did not pass가 함께 보이면 DKIM 공개키 조회나 서명 검증이 실패한 것입니다. 문제를 해결한 뒤에는 동일한 수신자에게 다시 보내기 전에 오피셜메일의 도메인 연결 상태 확인을 실행하고, 새 메일로 재테스트하세요. 이미 큐에 들어간 메일은 이전 인증 상태로 발송됐을 수 있습니다.
| 반송 문구 | 우선 확인할 항목 |
|---|---|
| SPF = did not pass | 루트 도메인의 SPF 정책, 중복 SPF, 발송 서버 포함 여부 |
| DKIM = did not pass | DKIM 호스트, 최신 공개키, 키 재발급 여부 |
| SPF와 DKIM 모두 실패 | DNS 관리 위치, 도메인 오타, 이전 서비스 레코드 충돌 |
| 인증은 통과했지만 스팸함 | 메일 내용, 발송량, 수신자 반응, DMARC 정책 |
수정 후 재발을 줄이는 운영 기준
도메인 메일을 운영하면서 메일 서비스를 바꾸거나, 자동발송 도구를 추가하거나, DNS 담당자가 바뀌면 인증 레코드가 깨질 수 있습니다. 발송 도구를 추가할 때마다 SPF에 새 서버를 무작정 늘리기보다 실제로 도메인 이름으로 발송하는 서비스인지 먼저 확인하세요. 대량 홍보 메일은 인증이 통과해도 수신자 반응과 발송 평판에 영향을 받습니다. 수신 동의가 없거나 관련성이 낮은 대상을 대량으로 추가하는 방식보다, 요청한 사람에게 필요한 정보를 보내고 수신 거부 경로를 제공하는 운영이 안전합니다.
자주 묻는 질문
SPF를 mx1.officialsite.kr에 추가하면 되나요?
보통 SPF는 발신 주소의 도메인 루트에 설정합니다. 예를 들어 hello@brand.com으로 보냈다면 brand.com의 SPF 정책이 기준입니다. 실제 값은 오피셜메일 도메인 연결 화면에서 안내하는 값을 사용하세요.
DKIM을 설정하지 않아도 메일을 보낼 수 있나요?
일부 수신처에는 도착할 수 있지만, 업무용 도메인 메일은 DKIM을 함께 설정하는 편이 좋습니다. Gmail처럼 발신 인증을 엄격하게 확인하는 수신처에서 반송 또는 스팸 분류 위험을 줄이는 데 도움이 됩니다.
DNS를 수정했는데도 계속 반송됩니다.
DNS 전파 후 새 메일로 다시 테스트해야 합니다. 또한 실제 DNS를 관리하는 서비스가 어디인지, 이전 SPF·DKIM 레코드가 남아 있지 않은지, From 주소의 도메인이 설정한 도메인과 같은지 확인하세요.