DEV WIKI
인프라 · 문제 해결 가이드

MX 레코드를 바꾼 뒤 메일이 오지 않아요

MX 레코드 변경 뒤 메일이 오지 않을 때 권한 있는 DNS 응답, 메일 호스트 주소, SMTP 전달 상태를 분리해 확인하는 가이드입니다.

빠른 답변

MX 변경 뒤 메일이 오지 않으면 권한 있는 DNS 응답의 우선순위·대상 이름과 메일 제공자의 안내값을 비교하고, 대상 이름이 CNAME이 아닌지 확인해야 합니다. MX가 맞아도 수신함 규칙·SMTP 전달·반송 원인은 별도로 확인해야 합니다.

적용 범위
이 가이드의 시작 증상과 각 분기 조건이 일치하는 경우
출처
IETF
출처 확인일
2026-07-29
최종 검토
2026-08-05
수정일
2026-08-05
대상
사이트 운영자, 쇼핑몰 운영자, 웹 에이전시, 프리랜서
오류·수정 제보 (새 창에서 열림)

이 가이드가 맞는 경우

  • MX 레코드가 계획한 메일 호스트와 다름
  • MX 대상 이름이 CNAME을 가리킴

상황별 다음 단계

호스팅사·개발자에게 전달할 내용

변경 전 기록

  • 도메인 이름, 메일 제공자가 안내한 MX 우선순위·대상 이름, 권한 있는 네임서버의 MX 응답과 확인 시각을 전달합니다.
  • 메일이 오지 않은 발신 시각, 반송 메시지 원문, 사용 중인 메일 제공자 이름을 전달합니다.
  • DNS 공급자 계정·API 토큰, 메일 계정 비밀번호, 받은 메일의 개인정보는 전달하지 않습니다.

알아둘 점

MX 레코드는 메일을 받을 호스트 이름과 우선순위를 나타냅니다. “DNS 바꾼 뒤 메일 안 옴”은 DNS 응답, 메일 호스트 연결, 수신함 규칙, 발신 서버 중 어디에서 발생했는지에 따라 확인 위치가 달라집니다. 이 가이드에서는 먼저 DNS에서 관찰 가능한 값을 분리합니다.

먼저 기록할 것

  1. 메일을 받을 도메인, 메일 제공자, 안내받은 MX 우선순위·대상 이름을 기록합니다.
  2. 권한 있는 네임서버와 일반 DNS 조회에서 확인한 MX 응답·TTL·조회 시각을 비교합니다.
  3. MX 대상의 A·AAAA 응답과 CNAME 반환 여부를 확인하고, 대상 호스트가 실제 메일 제공자의 이름인지 기록합니다.
  4. 메일이 도착하지 않은 시각, 반송 메시지 원문, 발신 주소·수신 주소의 도메인만 기록합니다. 메일 본문과 계정 비밀번호는 보관하지 않습니다.

상황별 다음 단계

관찰값다음 문서
MX 우선순위 또는 대상 이름이 메일 제공자 안내값과 다름MX 레코드의 우선순위 또는 대상 이름이 계획한 메일 호스트와 다름
MX 대상 이름 조회에서 CNAME이 반환됨MX 레코드의 대상 이름이 CNAME을 가리킴

MX 응답이 계획한 값과 일치하고 대상 이름이 CNAME이 아니라면, DNS만으로 수신 성공을 판단하지 않습니다. 메일 제공자의 전달 로그·반송 코드·수신함 규칙을 기준으로 별도 확인합니다.

수정 후 재확인

  1. 권한 있는 네임서버와 일반 DNS 조회에서 새 MX 응답이 일치하는지 다시 확인합니다.
  2. 테스트 메일을 보내고 발신 측 반송 여부, 메일 제공자 전달 로그, 수신함 도착 여부를 각각 기록합니다.
  3. 정상 도착을 확인하기 전에는 기존 메일 경로와 관련 MX 레코드를 삭제하지 않습니다.

같은 상황의 가이드

참고 자료

RFC 1035 - Domain names - implementation and specification (새 창에서 열림)

IETF · 공식 자료 · 확인 범위: MX 레코드는 우선순위 값과 메일 교환 호스트 이름으로 구성됩니다., 낮은 MX 우선순위 값이 우선됩니다. · 확인일: 2026-07-29

RFC 2181 - Clarifications to the DNS Specification (새 창에서 열림)

IETF · 공식 자료 · 확인 범위: MX 레코드의 대상 이름은 별칭(CNAME)이 아니어야 합니다. · 확인일: 2026-07-29