MX 레코드란 무엇입니까?

MX 레코드는 어떻게 작동합니까?

발신 메일 서버는 @ 뒤 부분의 MX 레코드를 DNS에 묻고, 우선순위로 정렬하여 그 순서대로 시도합니다. 누군가 [email protected]으로 메일을 쓰면, 그 사람의 서버가 yourname.com의 MX 레코드를 조회합니다. 각 레코드는 우선순위 번호와 메일 호스트 이름이라는 두 값을 담습니다.

SMTP 표준인 RFC 5321은 우선순위 값을 정렬에 사용해야 하고, 낮은 번호부터 시도하며, 우선순위가 같은 호스트는 무작위 순서로 선택된다고 설명합니다. 발신자는 하나가 메시지를 받아 줄 때까지 최소 두 개의 주소를 차례로 시도합니다.

MX 레코드는 메일함을 담고 있지 않습니다. 메시지를 저장하는 이메일 제공업체의 장비를 가리킬 뿐입니다. 그래서 주소를 옮길 수 있습니다. 도메인을 한 번 구매하고, 한 제공업체에서 다른 제공업체로 옮길 때 MX 레코드를 바꾸면 됩니다. 메일함은 바뀌지만 주소는 바뀌지 않습니다. 사용자 지정 이메일 도메인 페이지에서 이 개념을 자세히 설명합니다.

우선순위 번호는 무엇을 의미합니까?

우선순위 번호는 배달 순서를 정합니다. 번호가 가장 낮은 서버가 먼저 메일을 받고, 다음 서버는 대체입니다. 이 번호에는 단위가 없으며 내 레코드끼리의 비교 외에는 의미가 없습니다. 10과 20은 1과 2와 똑같이 작동합니다.

Proton Mail은 두 레코드를 사용합니다. 10의 mail.protonmail.ch와 20의 mailsec.protonmail.ch입니다. Fastmail도 in1-smtp.messagingengine.com과 in2-smtp.messagingengine.com에 10과 20을 사용합니다. Mailbox.org는 mxext1부터 mxext4까지 호스트 4개를 같은 우선순위 10으로 나열하므로 발신자가 무작위로 하나를 고르며, DNS 호스트가 동일한 우선순위를 거부하면 Mailbox.org는 10, 20, 30, 40을 사용하라고 안내합니다.

한 가지 규칙이 많은 유실을 막아 줍니다. 현재 제공업체의 MX 레코드만 유지하십시오. Fastmail과 Proton 모두 이전 제공업체의 MX를 그대로 두면 발신자가 그것을 선택할 수 있어 배달이 예측 불가능해진다고 경고합니다. 유일하게 안전한 중첩은 새 호스트에 가장 낮은 우선순위 번호를 주는 것입니다.

도메인에 MX 레코드가 없으면 어떻게 됩니까?

MX 레코드가 전혀 없으면 발신자는 도메인 자체의 주소 레코드로 되돌아가며, 마치 도메인에 자신의 A 또는 AAAA 레코드를 가리키는 우선순위 0의 MX가 있는 것처럼 동작합니다. RFC 5321은 이것을 암묵적 MX(implicit MX)라고 부릅니다. 이 대체 동작은 MX 레코드가 전혀 없을 때만 적용됩니다. MX 레코드가 하나라도 게시되면 발신자는 도메인의 A 또는 AAAA 레코드를 사용해서는 안 됩니다.

이메일에 사용하지 않는 도메인에는 이 대체 동작이 골칫거리입니다. 발신자는 보통 며칠 동안 내 웹 서버로 배달을 계속 시도하며, 실패는 늦게야 알게 됩니다. null MX는 즉시 문을 닫습니다.

null MX 레코드란 무엇입니까?

null MX는 우선순위 0에 대상이 점(.)인 MX 레코드 하나이며, 도메인이 이메일을 전혀 받지 않는다고 선언합니다. RFC 7505에 정의되어 있습니다. null MX가 있으면 발신 서버는 첫 시도에서 배달을 실패시키고 메시지를 며칠 동안 대기열에 넣지 않습니다.

RFC 7505는 두 가지 규칙을 정합니다. null MX를 게시하는 도메인은 다른 MX 레코드를 게시해서는 안 되며, 따라서 null MX는 단독입니다. 그리고 자신의 주소에서 메일을 보내는 도메인은 null MX를 사용해서는 안 됩니다. 수신자가 그 메시지를 거부할 수 있기 때문입니다. 발송도 수신도 하지 않는 이름, 예를 들어 리디렉션이나 방어적 등록으로 보유하는 도메인에만 사용하십시오. 영역 파일 표기에서 레코드는 다음과 같습니다:

MX 레코드가 IP 주소나 CNAME을 가리킬 수 있습니까?

아니요. MX 레코드의 대상은 A 또는 AAAA 레코드로 확인되는 호스트 이름이며, 단독 IP 주소는 절대 안 됩니다. RFC 5321은 CNAME을 통해 확인되는 대상도 범위 밖으로 두므로, 안전한 선택은 MX가 자신의 주소 레코드를 가진 호스트를 바로 가리키게 하는 것입니다. 제공업체는 위 표처럼 올바른 호스트 이름을 게시합니다.

MX의 호스트 이름은 웹 주소가 아닙니다. mail.protonmail.ch는 수신 서버이며, 브라우저에서 열어도 알 수 있는 것이 없습니다. 이름 끝도 마찬가지입니다. 영역 파일에서 끝의 점은 완전한 이름을 표시하는데, 많은 DNS 편집기가 점을 대신 붙여 주므로 제공업체가 보여 주는 대로 값을 정확히 복사하십시오.

내 도메인에 MX 레코드를 추가하거나 변경하려면 어떻게 합니까?

도메인의 DNS 편집기를 열어 이전 제공업체의 MX 레코드를 삭제하고 새 레코드를 우선순위와 함께 추가하십시오. Postelva는 모든 도메인에 MX, TXT, CNAME 등 다른 레코드 유형을 포함한 무료 DNS 호스팅을 제공하며, Proton Mail, Fastmail, Zoho Mail, Google Workspace, Microsoft 365용 원클릭 DNS 템플릿, SPF + DMARC 템플릿, 이메일을 보내지 않는 도메인을 위한 "이메일 없음" 템플릿. Tuta, Mailbox.org, iCloud+, Migadu에는 원클릭 템플릿이 없으므로, 제공업체가 표시하는 값으로 MX, TXT, CNAME 레코드를 DNS 편집기에 직접 입력합니다.

이전하기 전에 기존 MX 레코드의 TTL을 낮추십시오. 변경이 퍼지는 데 걸리는 시간은 변경하는 시점에 레코드가 가진 기존 TTL 정도이며, 업체 권고는 MX 변경의 일반적인 지연을 1~4시간, 때로는 최대 48시간으로 봅니다. 단계별 순서는 메일 유실 없이 새 제공업체로 이메일 옮기기 가이드에 있습니다. 변경 후에는 조회로 MX, SPF, DKIM, DMARC 레코드를 확인하십시오. 제공업체 안내는 Proton Mail 사용자 지정 도메인 설정부터 시작하십시오.

MX만으로 안정적으로 이메일을 받을 수 있습니까?

아니요. MX는 메일이 도착하는 곳을 정하지만, 내가 보내는 메일을 다른 서버가 신뢰하는지는 SPF, DKIM, DMARC가 정합니다. 올바른 MX 레코드가 있는 도메인은 이메일을 받으며, 그 도메인에서 보낸 메시지는 세 가지 인증 레코드가 없으면 여전히 스팸함으로 갈 수 있습니다. 이들은 SPF, DKIM, DMARC 비교에서 나란히 설명합니다.

2026-11-12 Postelva가 도움말 페이지를 읽은 제공업체들의 집계에 따르면 Proton Mail과 Fastmail은 각각 MX 호스트 2개를, Mailbox.org는 4개를 사용합니다. 그러면 전체 Proton Mail 설정은 총 8개의 레코드입니다. 인증용 TXT 1개, MX 2개, SPF 1개, DKIM 3개, DMARC 1개.

인용 가능한 요약: MX 레코드는 도메인의 이메일을 어떤 서버가 받는지 세상에 알려 주며, 이것을 바꾸는 것이 제공업체 사이에서 주소를 옮기는 유일한 단계입니다. Postelva는 도메인과 그 DNS를 판매하며, 메일함은 이메일 제공업체에 남습니다.