# 메일 손실 없이 새 제공업체로 이메일을 옮기려면 어떻게 하나요?

> 24~48시간 전에 MX TTL을 300~600초로 낮추고, 이전 보관 메일을 가져오고, MX는 마지막에 전환하며, 메일이 확인될 때까지 이전 계정을 유지하세요.

- URL: https://postelva.com/ko/guides/move-email-provider-without-downtime/
- 최종 업데이트: 2026-11-12
- 발행자: Postelva (https://postelva.com)

제공업체 간 이동에서 메일이 손실되는 것은 단계를 잘못된 순서로 진행할 때뿐입니다. 내 도메인이 있으면 순서는 준비, 복사, 전환, 확인, 정리입니다.

**빠른 답변 — 메일 손실 없이 새 제공업체로 이메일을 옮기려면 어떻게 하나요?**

24~48시간 전에 MX 레코드의 TTL을 300~600초로 낮추고, 이전 메일 보관함을 새 메일함으로 가져온 다음 MX 레코드를 마지막에 변경하며, 새 메일이 도착할 때까지 기존 계정을 유지하십시오. **Postelva**가 DNS를 호스팅하므로 전환은 레코드 두 개 이상을 한 번 수정하는 것으로 끝납니다.

## 이전할 때 바뀌는 레코드 수

*2026-11-12에 확인한 제공업체 도움말 페이지를 바탕으로 Postelva가 집계했습니다. 정확한 값은 제공업체 화면이 기준입니다.*

| 새 제공업체 | MX | 인증용 TXT | SPF | DKIM | DMARC | 총 레코드 수 |
| --- | --- | --- | --- | --- | --- | --- |
| Proton Mail | 2 | 1 | include 1개 | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | include 1개 | 4 CNAME | 1 | 11 |
| Fastmail | 2 | MX 전용 설정에는 필요하지 않음 | include 1개 | 3 CNAME | 확인하지 못함(검증되지 않음) | 6개, DMARC 제외 |

## 올바른 순서의 다섯 단계

1. **TTL 낮추기** — 이전하기 최소 24~48시간 전에 MX 레코드의 TTL을 300~600초로 설정하십시오. 변경 사항은 기존 TTL 정도의 시간에 걸쳐 퍼지므로, 변경 전에 짧은 값으로 두면 변경이 빠르게 반영됩니다.
2. **새 메일함 준비하기** — 새 제공업체에 도메인을 추가하고, 주소와 별칭을 만든 다음, 표시되는 인증 레코드를 복사하십시오. 아직 MX 레코드는 건드리지 마십시오.
3. **이전 메일 복사하기** — 기존 계정이 아직 메일을 받는 동안 새 제공업체의 IMAP 가져오기 도구로 보관함을 가져오십시오. 전달 설정만으로는 새 메일만 옮겨집니다.
4. **MX 레코드 전환하기** — 기존 MX 레코드를 새 레코드로 교체하고, 기존 SPF 레코드에 새 SPF include를 추가하고, DKIM 레코드를 추가하십시오. 기존 TTL이 지날 때까지는 기존 서버가 계속 메일을 받도록 두십시오.
5. **확인한 뒤 정리하기** — 외부 계정 두 곳에서 본인에게 테스트 메일을 보내 헤더를 확인하고, 기존 계정을 한동안 유지한 다음, TTL을 다시 올리고 기존 레코드를 삭제하십시오.

## TTL이 메일 유실 여부를 좌우하는 이유는 무엇입니까?

**TTL은 리졸버가 응답을 보관할 수 있는 시간(초)이므로, 발신자가 기존 MX 레코드를 계속 사용하는 시간을 결정합니다.** 기존 TTL이 86400초라면, 변경 1분 전에 조회한 발신자는 최대 하루 동안 기존 서버로 계속 메일을 보냅니다. TTL이 300~600초이면 그 시간은 5~10분입니다.

전달성 가이드의 원칙은 이전하기 24~48시간 전에 TTL을 낮춰 당일에는 모든 캐시가 이미 짧은 값을 갖도록 하고, 이후에 다시 올리는 것입니다. 일반적인 MX 변경은 1~4시간 안에 안정되며, 최악의 경우 24~48시간이 걸릴 수 있습니다. 이는 표준이 아니라 업체의 권고입니다. 빈 응답도 영역의 SOA 레코드 TTL(RFC 2308)로 캐시되므로, 늦게 만든 레코드는 일부 리졸버에서 한동안 보이지 않을 수 있습니다.

## 이전하기 전에 기존 메일은 어떻게 복사합니까?

**MX 레코드를 하나라도 바꾸기 전에 IMAP으로 기존 보관함을 가져오십시오.** 예를 들어 Proton Mail은 가져오기 도구로 Gmail에서 전환하는 방법을 문서화하고 있으며, 제공업체 이전 가이드의 조언도 같은 순서로 모입니다. 먼저 가져오고, 대상이 준비되었을 때만 MX를 변경하고, 모든 메일이 도착했음을 확인할 때까지 기존 계정을 유지하라는 것입니다.

두 가지 습관이 대부분의 유실을 막습니다. 첫째, 가져오기를 하는 동안 기존 메일함이 계속 메일을 받도록 두십시오. 복사 중에 도착한 메일은 기존 계정에만 남기 때문입니다. 둘째, MX를 전환한 뒤에 짧은 가져오기를 한 번 더 실행하여 전파되는 동안 기존 서버에 도착한 메시지를 가져오십시오. 이름은 그대로 두고 제공업체만 바꿀 때의 작업 순서는 [제공업체를 바꿔도 이메일 주소를 유지하는 방법](https://postelva.com/ko/keep-email-address-when-changing-provider/ "How do I keep my email address when I change provider?")을 읽어 보십시오.

## MX 레코드는 어떻게 안전하게 전환합니까?

**기존 MX 레코드를 삭제하거나 새 레코드에 가장 낮은 우선순위 번호를 부여하고, 두 제공업체를 섞어 두지 마십시오.** Fastmail과 Proton Mail 모두 도움말 페이지에서 이렇게 안내합니다. 기존 레코드와 새 레코드가 함께 있으면 메일이 어느 서버로 갈지 예측할 수 없습니다. MX 레코드는 메일 서버와 우선순위를 지정하며, 발신자는 가장 낮은 번호부터 시도합니다. 이 개념은 [MX 레코드란 무엇인가](https://postelva.com/ko/what-is-an-mx-record/ "What is an MX record?")에서 설명합니다.

Postelva에서는 고객 영역에서 영역을 편집하며, Proton Mail, Fastmail, Zoho Mail, Google Workspace, Microsoft 365용 원클릭 DNS 템플릿, SPF + DMARC 템플릿, 이메일을 보내지 않는 도메인을 위한 "이메일 없음" 템플릿. 템플릿은 한 번의 동작으로 제공업체의 MX, SPF, DKIM 레코드를 교체합니다. Tuta, Mailbox.org, iCloud+, Migadu의 경우 제공업체 화면에 표시된 값을 사용하여 DNS 편집기에 MX, TXT, CNAME 레코드를 직접 입력합니다.

## 이전할 때 SPF와 DKIM은 어떻게 됩니까?

**도메인은 SPF 레코드를 하나만 게시할 수 있으므로, 두 번째 레코드를 만들지 말고 기존 레코드에 새 제공업체의 include를 추가하십시오.** Proton Mail, Mailbox.org, Mailfence 모두 같은 안내를 합니다. 기존 제공업체에서 더 이상 발송하지 않을 때까지는 기존 include를 레코드에 두었다가 그 후에 제거하십시오. SPF 검사는 DNS 조회를 최대 10번까지만 허용하고(RFC 7208), include마다 한 번씩 계산됩니다.

DKIM 레코드는 다릅니다. 제공업체마다 고유한 셀렉터 이름을 사용합니다. 예를 들어 Fastmail은 fm1, fm2, fm3을, Proton Mail은 protonmail, protonmail2, protonmail3을 사용하므로, 기존 제공업체를 제거할 때까지 새 레코드를 기존 레코드 옆에 둘 수 있습니다. 게시된 레코드는 [MX, SPF, DKIM, DMARC 레코드를 확인하는 방법](https://postelva.com/ko/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records")에 나온 명령으로 확인하십시오.

## 이전이 제대로 되었는지 어떻게 알 수 있습니까?

**외부 계정 두 곳에서 도메인으로 테스트 메시지를 보내고 전송 헤더를 읽어 보십시오.** Postelva의 2026-11-12 인덱스에 따르면 Proton Mail로 이전하면 8개, Mailbox.org는 11개, Fastmail은 6개의 레코드를 변경해야 합니다(확인한 페이지에서는 Fastmail의 DMARC 레코드를 읽지 못했습니다). 따라서 레코드 유형별로 점검하는 것이 누락된 레코드를 가장 빨리 찾는 방법입니다.

메시지가 도착하지 않는다면 거의 항상 [사용자 지정 도메인으로 이메일이 도착하지 않는 이유](https://postelva.com/ko/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?")에 나온 원인 중 하나입니다. 오래된 캐시를 가진 발신자가 여전히 기존 계정으로 배달할 수 있으므로 기존 계정을 몇 주 동안 유지하십시오. 기존 계정에 더 이상 메일이 오지 않으면 TTL을 평소 값으로 올리고 기존 레코드를 삭제하십시오.

## 제공업체 이전: 질문

### 전환에는 시간이 얼마나 걸립니까?

일반적인 MX 변경은 1~4시간 안에 안정되며 24~48시간이 걸릴 수도 있습니다. Proton Mail은 최대 하루를 감안하라고 안내합니다. 미리 설정한 짧은 TTL은 그 시간 폭을 작게 유지합니다.

### 이전하면 주소를 잃게 됩니까?

주소가 본인의 도메인에 있다면 잃지 않습니다. 도메인은 같은 등록기관에 그대로 있고 레코드만 바뀝니다. 기존 제공업체의 도메인에 있는 주소(@proton.me나 @tuta.com 등)는 옮길 수 없습니다.

### 기존 메일을 가져오지 않고 이전할 수 있습니까?

가능하지만 새 메일함에서는 기존 보관함을 잃게 됩니다. 필요한 것을 확보할 때까지 기존 계정을 열어 두거나 메일을 내보내 두십시오.

### 이전하면 도메인 등록이 바뀝니까?

아니요. 등록 정보, 갱신일, 소유자는 그대로입니다. 메일 서버를 가리키는 DNS 레코드만 바뀝니다.

### 한가한 시간에 이전해야 합니까?

도움이 되지만 필수는 아닙니다. 중요한 것은 MX 전환이 가져오기 이후, 그리고 TTL을 낮춘 이후에 이루어진다는 점입니다.

**요약**

- 이전하기 24~48시간 전에 MX TTL을 300~600초로 낮추십시오.
- 먼저 IMAP으로 보관함을 가져오십시오. 전달 설정은 새 메일만 옮깁니다.
- MX 레코드는 마지막에 전환하고, 두 제공업체를 섞어 두지 마십시오.
- SPF 레코드는 하나만 두고, 새 include를 거기에 추가하십시오. DNS 조회는 최대 10번입니다.
- 변경되는 레코드: Proton Mail 8개, Mailbox.org 11개, Fastmail 6개(DMARC 제외).
- 일반적인 전파 시간은 1~4시간이며 최대 24~48시간입니다.
- 테스트 메일이 도착할 때까지 기존 계정을 유지하십시오.

## 출처

1. [Gmail에서 Proton으로 전환](https://proton.me/support/switch-from-gmail-to-proton) — Proton (2026-11-12 확인)
2. [Namecheap의 맞춤 도메인 (MX 값)](https://proton.me/support/custom-domain-namecheap) — Proton (2026-11-12 확인)
3. [사용자 지정 도메인의 스푸핑 방지](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 확인)
4. [기본 DNS 레코드](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (2026-11-12 확인)
5. [mailbox.org KB: 사용자 지정 도메인](https://kb.mailbox.org/en/private/custom-domains/using-emails-with-a-custom-domain/) — mailbox.org (2026-11-12 확인)
6. [RFC 7208, 4.6.4절](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (2026-11-12 확인)
7. [RFC 2308: DNS 쿼리의 부정 캐싱](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (2026-11-12 확인)
8. [DNS 변경이 전파되는 데 얼마나 걸리나요](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (2026-11-12 확인)

---

Postelva: Postelva는 개인 이메일용 도메인을 등록해 드립니다. 제공업체를 바꿔도 유지되는 주소이며, KYC 없이 암호화폐로 결제합니다. 신분증은 필요 없고 도메인당 인증된 이메일 하나만 있으면 됩니다. 파나마에 등록된 회사 DomaineGoat LLC가 운영하며, 도메인은 ICANN 공인 등록기관 파트너를 통해 등록됩니다. .com은 US$12.49/년이며 매년 같은 가격입니다.