MX 레코드를 바꾼 뒤 메일이 오지 않아요
MX 레코드 변경 뒤 메일이 오지 않을 때 권한 있는 DNS 응답, 메일 호스트 주소, SMTP 전달 상태를 분리해 확인하는 가이드입니다.
빠른 답변
MX 변경 뒤 메일이 오지 않으면 권한 있는 DNS 응답의 우선순위·대상 이름과 메일 제공자의 안내값을 비교하고, 대상 이름이 CNAME이 아닌지 확인해야 합니다. MX가 맞아도 수신함 규칙·SMTP 전달·반송 원인은 별도로 확인해야 합니다.
- 적용 범위
- 이 가이드의 시작 증상과 각 분기 조건이 일치하는 경우
- 출처
- IETF
- 출처 확인일
- 2026-07-29
- 최종 검토
- 2026-08-05
- 수정일
- 2026-08-05
- 정정 이력
- 2026-07-29 이후 기록 없음
- 대상
- 사이트 운영자, 쇼핑몰 운영자, 웹 에이전시, 프리랜서
이 가이드가 맞는 경우
- MX 레코드가 계획한 메일 호스트와 다름
- MX 대상 이름이 CNAME을 가리킴
상황별 다음 단계
호스팅사·개발자에게 전달할 내용
변경 전 기록
- 도메인 이름, 메일 제공자가 안내한 MX 우선순위·대상 이름, 권한 있는 네임서버의 MX 응답과 확인 시각을 전달합니다.
- 메일이 오지 않은 발신 시각, 반송 메시지 원문, 사용 중인 메일 제공자 이름을 전달합니다.
- DNS 공급자 계정·API 토큰, 메일 계정 비밀번호, 받은 메일의 개인정보는 전달하지 않습니다.
알아둘 점
MX 레코드는 메일을 받을 호스트 이름과 우선순위를 나타냅니다. “DNS 바꾼 뒤 메일 안 옴”은 DNS 응답, 메일 호스트 연결, 수신함 규칙, 발신 서버 중 어디에서 발생했는지에 따라 확인 위치가 달라집니다. 이 가이드에서는 먼저 DNS에서 관찰 가능한 값을 분리합니다.
먼저 기록할 것
- 메일을 받을 도메인, 메일 제공자, 안내받은 MX 우선순위·대상 이름을 기록합니다.
- 권한 있는 네임서버와 일반 DNS 조회에서 확인한 MX 응답·TTL·조회 시각을 비교합니다.
- MX 대상의 A·AAAA 응답과 CNAME 반환 여부를 확인하고, 대상 호스트가 실제 메일 제공자의 이름인지 기록합니다.
- 메일이 도착하지 않은 시각, 반송 메시지 원문, 발신 주소·수신 주소의 도메인만 기록합니다. 메일 본문과 계정 비밀번호는 보관하지 않습니다.
상황별 다음 단계
| 관찰값 | 다음 문서 |
|---|---|
| MX 우선순위 또는 대상 이름이 메일 제공자 안내값과 다름 | MX 레코드의 우선순위 또는 대상 이름이 계획한 메일 호스트와 다름 |
| MX 대상 이름 조회에서 CNAME이 반환됨 | MX 레코드의 대상 이름이 CNAME을 가리킴 |
MX 응답이 계획한 값과 일치하고 대상 이름이 CNAME이 아니라면, DNS만으로 수신 성공을 판단하지 않습니다. 메일 제공자의 전달 로그·반송 코드·수신함 규칙을 기준으로 별도 확인합니다.
수정 후 재확인
- 권한 있는 네임서버와 일반 DNS 조회에서 새 MX 응답이 일치하는지 다시 확인합니다.
- 테스트 메일을 보내고 발신 측 반송 여부, 메일 제공자 전달 로그, 수신함 도착 여부를 각각 기록합니다.
- 정상 도착을 확인하기 전에는 기존 메일 경로와 관련 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