내 맞춤 도메인에 이메일이 도착하지 않는 이유는 무엇인가요?

가장 먼저 무엇을 확인해야 하나요?

먼저 MX 레코드를 확인하세요. 도메인으로 가는 모든 메시지가 어디로 배달되는지 MX 레코드가 결정하기 때문입니다. MX 레코드는 메일 서버와 우선순위를 지정하며, 발신자는 가장 낮은 번호부터 시도합니다. 목록이 비어 있으면 메일이 갈 곳이 없습니다. 이전 제공업체를 가리키고 있으면 메일은 계속 그곳으로 도착합니다.

명령 두 개로 답을 알 수 있습니다. yourname.com 을 본인의 도메인으로 바꾸세요.

MX 응답은 어떤 모습이어야 하나요?

현재 제공업체의 호스트만 나열되어야 합니다. Proton Mail의 예상 응답은 두 줄입니다. 우선순위 10의 mail.protonmail.ch와 우선순위 20의 mailsec.protonmail.ch입니다. Fastmail은 10의 in1-smtp.messagingengine.com 과 20의 in2-smtp.messagingengine.com 입니다. 모든 레코드를 읽는 방법은 MX, SPF, DKIM, DMARC 레코드 확인하는 방법에 있습니다.

메일이 왜 아직도 이전 제공업체로 가나요?

이전 MX 레코드가 아직 영역에 있거나, 리졸버가 캐시에 그대로 가지고 있기 때문입니다. 2026년 11월 12일 Postelva의 색인에 따르면, MX 설정이 문서화된 제공업체 중 Proton Mail, Mailbox.org, Fastmail 세 곳은 다른 곳을 가리키는 MX 레코드를 제거하거나 새 레코드에 가장 낮은 우선순위 번호를 주라고 안내합니다. 두 세트를 모두 남겨 두면 메일이 어느 서버로 갈지 예측할 수 없습니다.

변경에 필요한 시간은 변경 시점에 레코드에 설정되어 있던 이전 TTL 정도입니다. TTL 3600초는 최대 한 시간의 캐시된 응답을, TTL 86400은 최대 하루를 뜻합니다. Proton Mail은 MX 변경에 최대 하루를 예상하라고 하고, Mailbox.org는 확인용 레코드의 동기화에 최대 48시간이 걸릴 수 있다고 합니다. 문제를 고치는 것이 아니라 이전을 계획하고 있다면, 메일 손실 없이 새 제공업체로 이메일 옮기기에서 미리 TTL을 낮추는 방법을 설명합니다.

만료된 도메인이 이메일을 중단시킬 수 있나요?

네. 도메인이 만료일을 지나 DNS 해석이 중단되면 수신 메일이 반송되거나 사라집니다. ICANN의 만료 등록 복구 정책은 소유자가 만료일부터 갱신할 수 있게 합니다. 삭제 후 gTLD 레지스트리는 30일의 상환 기간을 제공하며, 이 기간에는 DNS 해석이 비활성화되고 이전이 차단되며 등록기관이 추가 수수료를 받고 이름을 복원할 수 있습니다. DNS가 정확히 중단되는 날은 등록기관마다 다릅니다.

덜 알려진 두 번째 원인은 등록자 이메일입니다. ICANN은 등록기관이 등록, 이전, 등록자 변경 후 15일 이내에 이를 인증하도록 요구하며, 소유자가 응답하지 않는 도메인은 정지될 수 있습니다. Postelva는 이를 분명히 밝힙니다: ICANN 규정에 따라 등록 후 등록자 이메일이 인증됩니다(15일 이내). 인증 메일에 응답하고 자동 갱신을 켜세요. 여기서는 잔액에서 자동 갱신, 도메인별로 켜거나 끌 수 있음입니다. 전체 타임라인은 도메인이 만료되면 이메일은 어떻게 되나요에 있습니다.

SPF, DKIM, DMARC 때문에 메일이 사라질 수 있나요?

받는 메일보다 보내는 메일에 훨씬 더 영향을 주지만, 엄격한 DMARC 정책은 수신 측이 내 메시지를 아예 거부하게 만들 수 있습니다. 도메인은 SPF 레코드를 하나만 게시할 수 있습니다. 두 번째 레코드나 DNS 조회가 10회를 초과하는 SPF 레코드(RFC 7208)는 영구 오류를 반환하며 수신 측은 검사를 실패로 취급합니다. 새 레코드를 만들지 말고 기존 레코드에 새 제공업체의 include를 추가하세요.

DMARC는 보고서 주소와 함께 p=none으로 시작하고, 정상 메일 전체에서 SPF와 DKIM이 통과하는지 확인한 뒤 quarantine, 마지막으로 reject로 옮기세요. Mailbox.org는 너무 일찍 엄격한 정책을 설정하면 정상 메일이 반송될 수 있다고 경고합니다. 레코드는 SPF 레코드 만드는 방법에서 설명합니다.

이 문제에서 Postelva는 어떤 역할을 하나요?

Postelva는 도메인의 DNS를 호스팅하므로 이 가이드의 모든 레코드를 고객 영역에서 편집합니다. DNS에는 A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV, CAA 레코드를 지원하는 무료 DNS 호스팅, DNSSEC, 원하시면 자체 네임서버(2~13개)도 사용 가능가 포함됩니다. 원클릭 템플릿은 Proton Mail, Fastmail, Zoho Mail을 지원하며, Tuta, Mailbox.org, iCloud+, Migadu는 DNS 편집기에 레코드를 직접 입력합니다. 템플릿과 직접 입력한 레코드가 충돌하면 영역에 둘 다 표시되므로, 전파를 기다리기 전에 전체 목록을 읽어 보세요. 지원팀은 이메일로 답변합니다: 주 7일, 12시간 이내 이메일 답변(MX, SPF, DKIM, DMARC 레코드 지원 포함).