이메일 이전 체크리스트: 전환 전후에 확인할 모든 항목
이메일 이전을 단순한 복사 작업으로 생각하면 알아차리기 어려운 데이터 손실, 끊어진 답장 연결, 사용자 없음 반송으로 가득한 지원 대기열을 마주할 수 있습니다. 운영자를 위한 제대로 된 체크리스트는 이런 문제를 줄여 줍니다.
이 체크리스트는 서비스 중단을 감당하기 어려운 담당자를 위한 것입니다. 이론보다 데이터 손실 없는 전환에 필요한 구조적 조건에 집중합니다. 전체 절차는 이메일 설정 가이드에서 확인하십시오.
사전 점검: 정밀 현황 조사
보이지 않는 것은 이전할 수 없습니다. 가장 흔한 실패 원인은 사용자 목록에는 없지만 디렉터리에는 존재하는 섀도 IT 개체입니다. 모든 이메일 이전 체크리스트는 이 사각지대부터 다뤄야 합니다.
1. 인프라와 계정 구조 파악
- 모든 개체 유형 파악: 사용자 수만 세지 말고 배포 목록, 공유 사서함, 공용 폴더도 조사합니다.
- 프록시 주소 기록: 원본의 모든 proxyAddress가 대상에 연결되는지 확인합니다.
- Exchange 이전의 핵심: LegacyExchangeDN(X.500)을 새 시스템에
x500:프록시로 연결합니다. 빠뜨리면 내부 답장이 IMCEAEX 배달 실패 보고서와 함께 반송될 수 있습니다.
숨겨진 전달 설정 점검
서버 측 전달 규칙은 IMAP으로 이전되지 않습니다. 시작 전에 찾아내십시오.
Get-Mailbox -ResultSize Unlimited |
Where-Object {($_.ForwardingAddress -ne $null) -or ($_.ForwardingSmtpAddress -ne $null)} |
Select Identity, ForwardingAddress, ForwardingSmtpAddress
2. 대용량 사서함 찾기
- 20 GB가 넘는 사서함을 표시합니다. 대부분의 공급자는 IMAP 수신량을 제한합니다. 50 GB 사서함을 주말 한 번에 옮기기는 어려우므로 몇 주 전부터 미리 이전해야 합니다. 자세한 한도는 Google Workspace 이전 문서를 참고하십시오.
- 폴더 깊이 확인: Exchange Online은 폴더 깊이를 최대 300단계로 제한합니다. 더 깊은 계층은 먼저 단순화해야 일부가 조용히 누락되는 일을 막을 수 있습니다.
3. DNS 준비, 300초 규칙
- 전환 48시간 전에 MX, SPF, DMARC 레코드의 TTL을 300초로 낮춥니다.
- DMARC를
p=none으로 설정합니다. 이전 중p=reject를 강제하면 설정이 완전하지 않을 때 정상 메일도 정렬에 실패해 차단될 위험이 커집니다.
전체 DNS 전환 절차는 도메인 이메일 설정 방법에서 확인할 수 있습니다.
동기화 단계: 속도 제한을 피하며 데이터 옮기기
사용자가 계속 일하는 동안 공급자의 속도 제한을 넘지 않고 데이터의 90%를 옮기는 것이 목표입니다. 운영자가 복잡성을 가장 자주 과소평가하는 단계입니다.
사전 이전 전략
- 오래된 메일부터 동기화: 이전 도구 또는 imapsync가 30일보다 오래된 항목을 먼저 옮기도록 설정합니다.
- IMAP의 한계 기억: RFC 3501(IMAP)에 정의된 대로 이 프로토콜은 이메일만 옮깁니다. 일정, 연락처, 작업, 규칙은 남습니다. 로컬 보관을 위해 일정은
.ics, 연락처는.csv로 내보냅니다.
속도 제한 참고표
| 공급자 | 일일 IMAP 한도 | 차단 조건 |
|---|---|---|
| Google Workspace | ~2,500 MB/account | 24시간 차단(Error 429) |
| Microsoft 365 | ~20 GB/account | 일시적 속도 제한 |
| Generic cPanel | 대역폭에 따라 다름 | 호스트별로 다름 |
오류 처리
- HTTP 429/503: 속도를 늦추라는 신호입니다. 도구는 지수 백오프를 적용해 5s, 10s, 20s 순으로 기다려야 합니다.
- 손상된 항목: 예를 들어 50개처럼 허용 한도를 정합니다. 손상된 2 KB 헤더 하나 때문에 10 GB 이전 전체를 중단하는 것은 운영상 실패입니다.
전환: 라우팅 변경과 최종 증분 동기화
계획된 유지보수 시간에 실행하십시오. 신속함이 중요하며 체크리스트에서 시간 제약이 가장 큰 단계입니다.
변경 중지
이전 시스템에 대한 사용자 접근을 끄거나 작업 중지 규칙을 엄격히 적용합니다. 이어서 사전 이전 기간에 도착한 메일을 잡기 위해 최종 증분 동기화를 실행합니다.
UIDVALIDITY 경고: 원본 서버가 폴더 색인을 다시 만들었다면 도구가 중복 항목을 다시 내려받으려 할 수 있습니다. 항상 먼저 시험 실행하십시오.
DNS 전환
- MX 레코드를 새 공급자로 변경합니다. TTL이 300s여도 실제 반영 시간은 캐시와 DNS 환경에 따라 달라질 수 있습니다.
- SPF 업데이트: 새 공급자의 include를 추가합니다. 예:
include:spf.trekmail.net. RFC 7208의 DNS 조회 10회 한도를 확인하고 필요하면 레코드를 평면화합니다. - DKIM 게시: 새 선택자 키는 게시 후 DNS에 반영되면 사용됩니다.
전환 후 검증: 이메일 이전 체크리스트
겉보기에 괜찮다는 판단은 검증이 아닙니다. 실제로 다음 항목을 확인하십시오.
핵심 지표: 항목 수
공급자마다 압축 방식이 다르므로 전체 용량은 무시하십시오. Gmail의 10 GB 사서함이 대상에서는 8 GB로 보일 수 있습니다. 대신 폴더별 항목 수를 비교합니다.
| 차이 | 의미 | 조치 |
|---|---|---|
| <1% | 정상, 손상된 헤더 | 허용 가능, 기록 후 진행 |
| 1-5% | 필터 문제 가능성 | 폴더 연결 조사 |
| >5% | 시스템 전반의 실패 | 폴더 깊이 한도와 필터 설정 확인 |
메일 클라이언트 정비
- 새 프로필: 기존 Outlook 프로필을 수정하지 말고 깨끗한
.ost파일을 위해 새로 만듭니다. - 남은 연결 차단: 이전 서버의 993/443 포트를 차단합니다. 단, 두 번째 포트를 쓰는 다른 서비스가 없는지 먼저 확인해야 합니다. 그렇지 않으면 모바일 기기가 이전 서버에 다시 연결돼 양쪽 환경이 섞일 수 있습니다.
빠른 문제 해결표
| 오류 | 가능성 높은 원인 | 해결 방법 |
|---|---|---|
| Google 11001/11002 | 원본 IMAP에 연결 불가 | 방화벽/DNS 및 앱 비밀번호 확인 |
| HTTP 429/503 | 속도 제한 | 스레드를 10에서 2로 줄이고 60분 대기 |
| 550 5.7.64 | 테넌트 귀속 또는 릴레이 거부 | TLS 인증서가 커넥터 FQDN과 일치하는지 확인 |
| IMCEAEX bounce | Legacy Exchange DN 누락 | 새 사용자에게 X.500 주소를 프록시로 추가 |
TrekMail이 어려운 이전 작업을 처리하는 방법
위 수동 체크리스트에는 PowerShell 스크립트, DNS 반영 감시, 속도 제한 관리가 필요합니다. TrekMail은 이전을 컨설팅 프로젝트가 아니라 인프라 작업으로 다룹니다.
소규모 기업
TrekMail에는 자체 IMAP 이전 엔진이 있습니다. 기존 Gmail, cPanel, Exchange 로그인 정보를 입력하면 지원되는 메일과 폴더의 동기화, 폴더 연결, 재시도를 자동으로 처리합니다. 완료 후에는 원본과 항목 수를 최종 대조해야 합니다. 스크립트나 명령줄은 필요 없습니다.
인프라를 직접 관리하고 싶지 않은 팀을 위한 기업용 이메일 호스팅을 알아보십시오.
에이전시
50개의 저장 공간 할당량을 따로 관리하는 대신 TrekMail은 모든 고객 도메인이 함께 쓰는 저장 공간을 제공합니다. 관리형 SMTP가 발송 평판을 관리하므로 별도의 IP 워밍업을 생략할 수 있습니다.
| 요금제 | 가격 | 이전 엔진 | 관리형 SMTP |
|---|---|---|---|
| Free | $0 (no card) | 포함 | 직접 연결만 가능 |
| Starter | $3.50/mo | 포함 | 포함 |
| Pro | $10/mo | 포함 | 포함 |
| Agency | $23.25/mo | 포함 + 대량 도구 | 포함 + 평판 관리 |
모든 유료 요금제에는 14일 무료 체험이 제공되며 카드가 필요합니다. Nano 요금제에는 카드가 필요하지 않습니다.
마무리
이메일 이전 체크리스트는 단지 꼼꼼해 보이기 위한 것이 아닙니다. 각 항목은 실제 운영자가 겪은 구체적인 실패를 막습니다. 숨겨진 개체를 조사하고 대용량 사서함을 미리 옮기며 TTL을 낮추고 증분 동기화를 실행한 뒤, 느낌이 아니라 항목 수로 검증하십시오.
체크리스트의 모든 항목을 처리할 준비가 됐습니까? 무료 TrekMail 계정을 만들고 내장 이전 엔진에 인프라 작업을 맡겨 보십시오.
