MX 레코드 확인: 도메인의 이메일은 어디로 갈까요?
도메인으로 보낸 메일이 반송되거나, 사라지거나, 엉뚱한 서비스로 가나요? MX 레코드부터 확인하세요. MX 레코드는 도메인의 메일을 받는 서버와 발신 서버가 시도하는 순서를 알려 줍니다. 아래에서 조회하면 각 메일 서버의 IP 주소도 함께 볼 수 있습니다.
MX 우선순위의 작동 방식
모든 MX 레코드에는 이름과 숫자가 있으며, 핵심은 이 숫자입니다.
- 가장 낮은 숫자를 먼저 시도합니다. 우선순위 10인 서버가 20인 서버보다 먼저 메일을 받습니다.
- 숫자가 같은 서버는 부하를 나눠 맡으며, 발신 서버가 그중에서 선택합니다.
- 숫자가 높은 서버는 예비용이며, 우선 서버가 응답하지 않을 때만 사용됩니다.
- 숫자 자체에는 의미가 없고 순서만 중요하므로 1과 5는 10과 20과 똑같이 동작합니다.
이 도메인은 어떤 이메일 서비스를 쓰고 있나요?
MX 호스트 이름을 보면 서비스 제공업체를 알 수 있습니다. 흔한 패턴은 다음과 같습니다.
| MX 호스트 형태 | 일반적으로 의미하는 것 |
|---|---|
| aspmx.l.google.com, smtp.google.com | Google Workspace (기업용 Gmail) |
| yourdomain-com.mail.protection.outlook.com | Microsoft 365 |
| mx.zoho.com, mx2.zoho.com | Zoho Mail |
| mail.protonmail.ch | Proton Mail |
| in1-smtp.messagingengine.com | Fastmail |
| route1.mx.cloudflare.net | Cloudflare Email Routing |
| mx1.emailsrvr.com | Rackspace Email |
제공업체가 알려 준 레코드를 그대로 사용하세요. 두 제공업체의 서버를 섞으면 메일이 둘로 나뉩니다.
이메일을 망가뜨리는 MX 실수 여섯 가지
- MX 레코드가 아예 없는 경우입니다. 발신 서버는 도메인의 A 또는 AAAA 레코드로 대신 시도하며 대개 실패합니다. 메일을 받지 않아야 하는 도메인은 null MX(우선순위 0, 대상은 점 하나)를 게시해 이를 분명히 알릴 수 있습니다.
- MX가 CNAME을 가리키는 경우입니다. 메일 표준은 주소 레코드가 있는 실제 호스트 이름을 요구하며, 별칭이면 메일을 거부하는 서버도 있습니다.
- MX가 IP 주소를 가리키는 경우입니다. 반드시 호스트 이름이어야 합니다.
- MX 호스트에 A 또는 AAAA 레코드가 없어 발신 서버가 접속할 주소가 없는 경우입니다.
- 이전 후에 남은 오래된 레코드가 메일 일부를 이전 제공업체로 조용히 보내는 경우입니다.
- 예비 서버를 두려고 했는데 모든 레코드의 우선순위가 같은 경우입니다.
자주 묻는 질문
관련 도구
SPF 레코드 확인SPF 레코드를 검증하고 DNS 조회 횟수를 한도 10회와 비교해 고칠 점을 확인하세요.도구 열기 DMARC 확인DMARC 정책을 조회하고 검증하며 모든 태그를 설명합니다.도구 열기 TXT 레코드 조회SPF, DKIM, DMARC, 소유권 확인 텍스트 레코드를 유형별로 구분해 확인하세요.도구 열기 DNS 조회모든 도메인의 A, AAAA, MX, NS, TXT, CNAME, SOA, CAA 레코드를 조회합니다.도구 열기 역방향 DNS 조회IPv4 또는 IPv6 주소의 PTR 호스트 이름을 찾고 다시 확인되는지 점검하세요.도구 열기