imapsync로 이메일 공급업체 간 마이그레이션하는 방법

imapsync를 사용해 두 공급업체 간에 IMAP 메일함을 마이그레이션하는 실용적이고 정확한 가이드입니다. 안전한 드라이 런, 올바른 플래그, DNS 전환, 그리고 자국 내(In-Kingdom) Skyline Cloud 비즈니스 이메일로 이전하기 위한 다운타임 최소화 계획까지 다룹니다.

imapsync가 하는 일(그리고 하지 않는 일)

imapsync는 한 IMAP 메일함(host1)에서 다른 메일함(host2)으로 메시지를 복사하는, 검증을 거친 명령줄 도구입니다. 일반 IMAP 클라이언트처럼 양쪽 서버에 연결하여 모든 폴더를 순회하면서 대상에 누락된 메시지를 전송합니다. 무엇보다 중요한 점은 멱등성(idempotent) 을 갖는다는 것입니다. 메시지를 헤더(기본값은 Message-Id 및 Received 줄)로 비교하므로 두 번 실행해도 중복이 생기지 않으며 이미 존재하는 메시지를 다시 복사하지 않습니다. 바로 이 특성 덕분에 다운타임을 거의 없앤 전환이 가능합니다. 동기화를 수행하고, DNS를 전환한 뒤, 마지막으로 한 번 더 패스를 돌려 남은 몇 건의 메시지까지 가져오는 방식입니다.

이 가이드는 공급업체에 구애받지 않습니다. 동일한 절차로 Gmail, Microsoft 365, cPanel, 자체 호스팅 Dovecot 서버, 또는 모든 IMAP 서버의 메일을 Skyline Cloud 비즈니스 이메일로 이전할 수 있습니다. 이는 PDPL, NCA, SDAIA 요건에 부합하도록 자국 내(In-Kingdom)에 보관됩니다.

아래의 모든 플래그는 imapsync man 페이지를 기준으로 확인했습니다. 익숙하지 않은 플래그가 있다면, 의존하기 전에 imapsync --help를 실행하거나 man 페이지(man imapsync)를 읽어 보세요. 플래그를 맹목적으로 복사하지 마세요.

시작하기 전에

다음이 필요합니다.

• 양쪽 끝단의 IMAP 접근 권한. 원본과 대상 모두 IMAP(SSL 사용 시 포트 993이 표준)을 허용해야 합니다. Microsoft 365와 Gmail에서는 일반 로그인 비밀번호가 아니라 앱 비밀번호 또는 OAuth가 필요한 것이 일반적입니다.
• 메일함별 자격 증명. imapsync는 한 번에 하나의 메일함을 마이그레이션하므로, 여러 계정을 처리하려면 반복 루프를 직접 스크립트로 작성해야 합니다.
• 마이그레이션 호스트. 아웃바운드 993 접근이 가능한 모든 Linux 머신이면 됩니다. 한쪽 엔드포인트와 가까운 곳에서 실행하면 처리량에 도움이 되지만 필수는 아닙니다.
• 메일을 받을 대상 메일함. 대상 받은편지함을 먼저 생성하세요. Skyline Cloud로 이전하는 경우, 마이그레이션 전에 가입 후 메일함을 프로비저닝하세요.

imapsync 설치

Debian 또는 Ubuntu에서:

sudo apt update
sudo apt install imapsync
imapsync --version

RHEL, Rocky, AlmaLinux에서는 EPEL을 통해 설치하거나 프로젝트 README에 명시된 Perl 의존성을 설치하세요. 더 진행하기 전에 정상 실행을 확인하세요. 깨진 Perl 의존성이 가장 흔한 설치 문제입니다.

1단계 — 로그인만 테스트하기

실제 전송으로 시작하지 마세요. 먼저 --justlogin을 사용해 양쪽 자격 증명이 동작하는지 확인하세요. 이 옵션은 양쪽 호스트에 로그인한 뒤 단 한 건의 메시지도 건드리지 않고 종료합니다.

imapsync \
  --host1 imap.oldprovider.com --user1 ali@example.com --password1 'OLD_PASS' --ssl1 \
  --host2 mail.alskyline.com   --user2 ali@example.com --password2 'NEW_PASS' --ssl2 \
  --justlogin

--ssl1과 --ssl2는 포트 993(잘 알려진 IMAPS 포트)에서 SSL을 요청하므로 --port1/--port2는 보통 필요하지 않습니다. 서버가 143 포트에서 STARTTLS를 제공한다면 --tls1/--tls2를 사용하세요. Success login이 표시되면 양쪽 모두 접근 가능합니다.

2단계 — 드라이 런

--dry는 쓰기를 제외한 모든 작업을 수행하게 합니다. 즉, 복사할 내용을 정확히 출력만 합니다. 이것이 안전장치입니다.

imapsync \
  --host1 imap.oldprovider.com --user1 ali@example.com --password1 'OLD_PASS' --ssl1 \
  --host2 mail.alskyline.com   --user2 ali@example.com --password2 'NEW_PASS' --ssl2 \
  --automap --dry

--automap은 잘 알려진 폴더(Sent, Junk, Drafts, Archive, Flagged)의 매핑을 추측하여, 한쪽의 "Sent Items"가 다른 쪽의 "Sent"로 들어가도록 합니다. 출력 내용을 읽어 보세요. 발견된 폴더와 각 폴더에 들어 있는 메시지 수가 표시됩니다.

3단계 — 실제 마이그레이션 실행

--dry를 빼면 실제로 전송됩니다.

imapsync \
  --host1 imap.oldprovider.com --user1 ali@example.com --password1 'OLD_PASS' --ssl1 \
  --host2 mail.alskyline.com   --user2 ali@example.com --password2 'NEW_PASS' --ssl2 \
  --automap \
  --logfile /var/log/imapsync/ali.log

기본적으로 imapsync는 어느 쪽에서도 아무것도 삭제하지 않습니다. 원본은 그대로 유지되며, 이것이 마이그레이션 중에 원하는 동작입니다. 로그에서 폴더별 전송 건수와 최종 요약을 확인하세요.

유용한 추가 플래그

공급업체 단축 옵션

Gmail의 경우 --gmail1 또는 --gmail2가 올바른 호스트와 Gmail 전용 옵션을 설정합니다. Microsoft 365 / Exchange Online의 경우 --office1 또는 --office2가 outlook.office365.com에 대해 동일하게 동작합니다. 각 단축 옵션이 무엇을 설정하는지 확인하세요. 이들은 여러 플래그를 묶어 적용하며, imapsync 사이트의 FAQ 파일에 그 내용이 문서화되어 있습니다.

4단계 — 다운타임을 거의 없앤 전환

마이그레이션은 온라인으로 진행되며, 유일한 전환 순간은 DNS입니다. 메일 손실을 최소화하려면:

1. MX TTL을 하루 전에 낮추어 변경이 빠르게 전파되도록 하세요.
2. 전체 동기화를 실행하되, 그동안 기존 메일은 계속 원본으로 흘러가게 두세요.
3. MX(및 SPF/DKIM/DMARC)를 전환하여 새 공급업체를 가리키게 하세요. Skyline Cloud의 경우 관리형 DNS로 몇 번의 클릭만에 처리할 수 있습니다.
4. imapsync를 마지막으로 한 번 더 실행하세요. 멱등성을 갖기 때문에 이 패스에서는 첫 동기화 이후 도착한 소수의 메시지만 복사되며 중복은 생기지 않습니다.

며칠 동안 두 메일함을 모두 활성 상태로 유지하세요. 일부 클라이언트는 기존 IMAP 설정을 캐시하며, MX 전파는 즉각적이지 않습니다.

결과 검증

대상 웹메일에서 폴더별 건수를 점검하고, Sent와 Drafts가 온전히 도착했는지 확인하세요. 그리고 --justfolders --dry로 다시 실행하여 메시지를 건드리지 않고 폴더 구조를 비교하세요. 사용자가 승인한 이후에만 원본 폐기를 고려하세요.

자국 내(In-Kingdom) 이메일로 이전해야 하는 이유

목표가 규정 준수와 현지 통제라면, 방법만큼이나 대상이 중요합니다. Skyline Cloud는 PDPL, NCA, SDAIA 기대치에 부합하는 자국 내 인프라에 메일을 보관하며, 아랍어 지원과 투명한 가격을 제공합니다. 시스템을 사우디 클라우드로 이전하는 더 넓은 그림은 클라우드 마이그레이션 허브를 참고하세요.

규정을 준수하는 자국 내 호스팅으로 메일을 마이그레이션할 준비가 되셨나요? Skyline Cloud 계정을 생성하고 메일함을 프로비저닝한 뒤, 위 단계를 따르세요.