도메인은 열리는데 메일이 오지 않아요

웹사이트는 정상인데 회사 메일·주문 알림이 도착하지 않을 때 MX 레코드의 대상과 우선순위를 확인하는 시작 Guide입니다. 오류 원문과 발생 환경이 일치하지 않으면 원인을 단정하지 않습니다.

먼저 기록할 것

1. 화면·브라우저 개발자 도구·서버 로그 중 어디에서 오류를 확인했는지 기록합니다.
2. 오류 문구·상태 코드·요청 주소·발생 시각을 가능한 한 원문 그대로 보존합니다.
3. 최근 배포·설정·도메인·플러그인·호스팅 변경 여부를 기록합니다.
4. 문의 자료에서는 비밀번호·토큰·쿠키·고객 정보·결제 정보를 제거합니다.

상황별 다음 단계

1. MX 레코드가 계획한 메일 호스트와 다름이면 MX 레코드의 우선순위 또는 대상 이름이 계획한 메일 호스트와 다름 문서를 확인합니다.
2. MX 레코드 대상이 CNAME을 가리킴이면 MX 레코드의 대상 이름이 CNAME을 가리킴 문서를 확인합니다.
3. 권한 있는 DNS 응답이 설정한 메일 레코드와 다름이면 권한 있는 네임서버의 DNS 응답이 계획한 레코드와 다름 문서를 확인합니다.

확인 순서

1. 문제를 재현하는 URL 또는 기능을 한 가지로 고정합니다.
2. 위 Problem의 관찰값과 현재 화면·로그가 일치하는지 비교합니다.
3. 한 번에 하나의 설정이나 코드만 확인하고, 변경 전 값을 보관합니다.
4. 수정 후 같은 브라우저·주소·기능에서 다시 확인합니다.

웹과 메일이 분리되는 이유

관찰값	판정 기준	다음 확인
웹사이트는 열리지만 메일 수신만 실패	웹 요청과 메일 수신은 DNS의 다른 레코드와 서버를 사용합니다.	MX 대상·우선순위와 권한 있는 DNS 응답을 확인합니다.
MX 대상이 계획한 메일 호스트와 다름	다른 메일 서버로 전달되거나 수신 서버를 찾지 못하는 상태입니다.	현재 MX와 메일 서비스 제공자가 안내한 값을 비교합니다.
MX 대상이 CNAME임	메일 전달에 사용할 호스트 구조가 DNS 규칙과 맞지 않을 수 있습니다.	최종 A/AAAA 응답과 메일 서비스 요구 조건을 확인합니다.

웹이 정상이라는 사실만으로 메일 DNS도 정상이라고 판단하지 않습니다. DNS 변경 전 기존 MX·TXT 값과 TTL을 보관하고, SPF·DKIM·DMARC 변경은 수신 문제와 분리해 진행합니다.

수정 후 재확인

1. 권한 있는 네임서버와 일반 리졸버에서 MX 응답·우선순위·TTL을 각각 확인합니다.
2. 테스트 발송 후 수신 서버 응답·수신함·스팸함을 확인합니다.
3. 기존 메일 서비스와 새 메일 서비스가 동시에 존재하지 않는지 확인합니다.
4. DNS 변경 뒤 전파 시간과 실제 수신 시각을 기록합니다.

관련 점검표: SMTP 메일 발송·수신 운영 확인표

오진하지 않기

이 Guide의 제목이나 플랫폼 이름만으로 원인을 확정하지 않습니다. Problem 문서의 조건과 실제 관찰값이 다르면 설정을 변경하지 말고 오류 원문과 환경을 다시 기록합니다.