GoDaddy 업무용 이메일을 메일 손실 없이 옮기는 방법

업무용 이메일 이전은 2주짜리 과정 안에 들어 있는 10분짜리 작업이고, 그 10분이 가장 쉬운 부분입니다. 사라지는 메일은 거의 항상 전환 중에 도착한 메일, 아무도 복사하지 않은 폴더 안의 메일, 아직 예전 설정을 가리키는 도구에서 발송된 메시지입니다.

여기서 GoDaddy를 예로 드는 이유는, 이 주제로 제 사이트에 들어오는 검색 트래픽의 상당 부분이 GoDaddy 이메일에 로그인하려는 사람들에게서 오고, 그중 많은 사람이 떠나고 싶은 요금제를 쓰고 있기 때문입니다. 어떤 제공업체를 떠나든 단계는 같습니다. 그대로 남고 싶다면, GoDaddy는 이제 Workspace Email을 Microsoft 365 위에서 운영하며, GoDaddy 이메일 로그인 방법 가이드에서 설명합니다.

Table of contents

먼저 정말 옮겨야 하는지 결정하세요

메일, 캘린더, 파일을 하나의 관리 콘솔로 관리하고 싶거나, 팀이 Google Docs로 일하거나, 이메일만 쓰는 번들 요금을 내고 있다면 옮기세요. 메일이 잘 되고 불만이 로그인 화면뿐이라면 남으세요. 이유 없는 마이그레이션은 보상 없는 위험입니다.

1단계: DNS를 건드리기 전에 현황부터 정리하세요

현재 설정에 의존하는 모든 것을 적어 두세요.

1. 모든 메일함과 담당자, 대략적인 용량.
2. 별칭, 전달 설정, info@나 billing@ 같은 공유 받은편지함.
3. 내 도메인으로 메일을 보내는 모든 도구: 청구서, CRM, 양식, 이메일 마케팅, 일정 예약.
4. 계정이 추가된 모든 휴대폰과 노트북.
5. DNS가 있는 곳. GoDaddy, Cloudflare, 또는 도메인 등록 업체일 수 있습니다. 레코드는 메일 제공업체가 아니라 그곳에서 수정합니다.

이 목록이 특히 중요한 이유는 3번 때문입니다. 예전 메일 서버를 통해 발송하는 도구는 요금제를 해지하는 날 작동을 멈추며, 어떤 경고도 없습니다.

2단계: 이틀 전에 MX TTL을 낮추세요

MX 레코드는 인터넷에 어느 서버가 내 도메인의 메일을 받는지 알려 줍니다. TTL은 다른 네트워크가 다시 확인하기 전까지 그 답을 기억하는 시간입니다. DNS 설정을 열어 MX 레코드의 TTL을 호스트가 허용하는 가장 낮은 값, 흔히 300초로 설정하세요. 예전의 긴 값을 캐시한 네트워크는 만료될 때까지 그 값을 유지하므로, 전환 최소 48시간 전에 하세요.

이렇게 해야 전환이 빨라집니다. 건너뛰면 일부 발신자가 몇 시간 동안 예전 서버로 계속 배달합니다.

3단계: 새 메일함부터 만드세요

새 제공업체를 설정하고 도메인을 추가한 뒤, MX 레코드를 바꾸기 전에 모든 메일함, 별칭, 공유 받은편지함을 만드세요. 새 제공업체는 TXT 레코드로 도메인 소유를 증명하라고 요구합니다. 지금 추가하세요. 메일 흐름에는 영향이 없습니다.

새 제공업체의 MX 레코드는 아직 추가하지 마세요. 복사하는 동안에도 메일은 예전 서버로 계속 들어와야 합니다.

4단계: 기존 메일을 복사하세요

Google Workspace 관리 콘솔에는 IMAP으로 다른 제공업체의 메일을 가져오는 데이터 마이그레이션 도구가 있고, Microsoft 365에도 Exchange 관리 센터에 IMAP 마이그레이션이 있습니다. 둘 다 각 사용자의 자격 증명 또는 기존 메일함에 대한 관리자 수준 연결, 그리고 이전 제공업체의 IMAP 서버 이름이 필요합니다. 기존 제공업체의 도움말 페이지에 나와 있습니다.

미리 고려할 제한이 둘 있습니다.

• IMAP은 메일만 복사하고 연락처와 캘린더는 복사하지 않습니다. 기존 계정에서 내보내 새 계정에 직접 가져오세요.
• 큰 메일함은 몇 시간이 걸립니다. 전환 때 기다리지 않도록 하루 전에 복사를 시작하세요.

지금 한 번 복사하고, 전환 직후에 다시 한 번 복사해서 그 사이에 도착한 메일을 가져오세요.

5단계: MX 레코드를 전환하세요

주말 아침처럼 조용한 시간을 골라 이 순서로 진행하세요.

1. 기존 제공업체의 MX 레코드를 삭제합니다.
2. 새 제공업체가 안내하는 그대로, 준 우선순위와 함께 MX 레코드를 추가합니다.
3. 저장한 뒤, 개인 주소에서 나에게 테스트 메시지를 보내고 답장도 한 통 보냅니다.

한두 시간 안에 대부분의 메일이 새 메일함에 도착합니다. 일부 메시지는 최대 하루 정도 예전 서버에 떨어질 수 있습니다. 그래서 예전 서버를 계속 켜 두는 것입니다.

6단계: SPF, DKIM, DMARC를 고치세요

사람들이 가장 많이 잊는 단계이고, 일주일 뒤 발송 메일이 스팸함으로 가기 시작하는 원인이 바로 여기입니다. 도메인에는 SPF 레코드가 정확히 하나만 있어야 합니다. 기존 제공업체의 include:를 새 제공업체의 것으로 바꾸고, 1단계 목록에 있는 다른 모든 도구의 항목은 유지하세요. 그다음 새 제공업체의 관리 콘솔에서 DKIM 서명을 켜고 받은 키를 게시하세요. DMARC 레코드는 기존 제공업체를 언급하지 않는 한 그대로 두세요.

세 가지가 모두 통과하는지 확인하는 방법을 포함한 전체 안내는 업무용 이메일의 SPF, DKIM, DMARC 설정 방법에 있습니다.

7단계: 기기와 도구를 다시 연결하세요

모든 휴대폰과 노트북에서 기존 계정을 지우고 새 계정을 추가하세요. 그다음 1단계 목록에서 내 도메인으로 발송하는 도구를 하나씩 열어 메일 설정을 업데이트하거나 다시 승인하세요. 각각에서 테스트 메일을 보내세요.

8단계: 기존 요금제를 2주 유지하세요

기존 메일함을 최소 2주 동안 활성 상태로 두세요. 며칠에 한 번씩 뒤늦게 온 메일이 없는지 확인하고, 해지 전에 IMAP 복사를 한 번 더 실행하세요. 며칠 동안 새 메일이 도착하지 않았을 때만 해지하세요. 너무 일찍 해지하는 것은 되돌릴 수 없는 유일한 실수입니다. 예전 서버에 남은 메일은 서버와 함께 사라지기 때문입니다.

Claude나 ChatGPT에게 시키세요

현황 정리와 전환 체크리스트는 어시스턴트에게 맡길 만한 두 부분입니다. 아래를 붙여 넣고 대괄호를 채우세요.

I'm moving business email for [yourdomain.com] from [GoDaddy / current provider]
to [Google Workspace / Microsoft 365]. My DNS is hosted at [DNS provider].
We have [number] mailboxes, and these tools send mail as our domain: [list].
Give me a dated cutover checklist covering: lowering the MX TTL, creating
mailboxes, copying old mail over IMAP, the exact order for changing MX records,
the SPF record I should end up with, and how to enable DKIM. Tell me where each
step happens (DNS host or mail admin console). Flag anything you aren't sure
about for my provider so I can check the provider's own documentation.

저장하기 전에 어시스턴트가 알려 준 모든 DNS 값을 새 제공업체의 설정 페이지와 대조하세요. 어시스턴트는 그럴듯해 보이지만 틀린 include:나 MX 호스트 이름을 아주 자신 있게 지어냅니다.