메일함 하나를 다른 서비스로 옮기는 일은 항목 여섯 개짜리 양식으로 끝날 수도 있습니다. 하지만 백 개의 일괄 마이그레이션은 다른 문제입니다. 단순히 양이 많아서가 아니라, 눈에 띄지 않는 오류가 생길 기회도 많아지기 때문입니다. 잘못된 비밀번호, 마흔 번째 연결 이후부터 요청을 제한하는 원본 서버, 4,000개만 복사한 뒤 전체 12,000개를 옮긴 것처럼 완료를 표시하는 폴더가 그 예입니다.
CSV는 반복 작업을 줄여 줍니다. 파일 하나로 일괄 작업을 등록하고 병렬로 처리하며 메일함별 진행 상황을 볼 수 있습니다. 다만 이전이 제대로 끝났는지는 진행 막대가 채워진 뒤에 확인해야 합니다. 모든 도구가 실제로 도착한 메일까지 대조하는 것은 아닙니다.
이 글에서는 파일 형식, 연결 전 행 데이터 검증, 작업 진행 방식, 복사 후 메일 대조를 설명합니다.
일괄 마이그레이션 CSV를 준비하기 전에
먼저 충족해야 할 조건이 두 가지 있습니다. 하나라도 빠뜨리면 저녁 시간을 허비할 수 있습니다.
대상 메일함을 미리 만들어야 합니다. 마이그레이션은 기존 메일함에 메일을 복사하는 작업이며 메일함 자체를 만들지는 않습니다. 백 명의 계정을 준비한다면 먼저 일괄 생성 기능을 사용하세요. 관리자가 정한 비밀번호를 담은 CSV를 업로드하거나, 각자가 비밀번호를 설정하도록 초대장을 보낼 수 있습니다.
대상 메일함의 비밀번호는 필요하지 않습니다. 사용자 계정에 속한 메일함의 인증은 서비스 내부에서 처리합니다. 따라서 CSV에는 원본 계정의 인증 정보만 들어갑니다. 다른 도구는 양쪽의 정보를 요구할 수도 있습니다. 그런 파일은 특히 주의해서 보호해야 하지만, 그 요구만으로 부정 사용을 단정할 수는 없습니다.
일괄 마이그레이션 파일 형식
모든 계정이 같은 제공업체에 있다면 세 개의 열이면 충분합니다. 서버 설정은 양식에서 선택한 제공업체의 설정을 사용합니다.
source_email,source_password,destination_email
alice@oldhost.com,app-pw-1,alice@yourdomain.com
bob@oldhost.com,app-pw-2,bob@yourdomain.com여섯 개의 열로 구성된 형식은 서로 다른 원본을 함께 처리할 때 사용합니다. 예를 들어 인수한 회사의 일부는 Google Workspace를, 나머지는 cPanel 서버를 쓰는 경우입니다. 아래 예시는 해당 제공업체가 비밀번호 인증을 허용한다는 근거가 아닙니다.
source_email,source_password,destination_email,source_host,source_port,source_security
alice@gmail.com,app-pw-1,alice@yourdomain.com,imap.gmail.com,993,ssl
bob@outlook.com,app-pw-2,bob@yourdomain.com,outlook.office365.com,993,ssl
carol@oldhost.com,pw-3,carol@yourdomain.com,mail.oldhost.com,993,ssl파일은 직접 작성하거나 여러 프로그램에서 내보내므로, 읽을 때 흔히 쓰이는 형식 차이를 인식합니다.
| 항목 | 내용 |
|---|---|
| 파일 크기 | 최대 2 MB |
| 인코딩 | UTF-8로 저장하세요. 지원하지 않는 인코딩은 데이터를 조용히 바꾸는 대신 거부합니다 |
| 헤더 행 | 선택 사항이며 자동으로 인식합니다 |
| 구분 기호 | 쉼표, 탭, 세미콜론을 자동으로 인식합니다 |
| 빈 줄 | 건너뜁니다 |
| 주석 | #으로 시작하는 줄은 건너뜁니다 |
| 메일 주소 | 소문자로 바꾸고 앞뒤 공백을 제거합니다 |
| 일괄 작업당 행 수 | 원문에는 Starter 100, Pro 300, Agency 1,000으로 안내되어 있습니다. 현재 한도를 확인하세요 |
Excel을 쓴다면 세미콜론 지원이 중요합니다. 지역 설정에 따라 CSV를 내보낼 때 세미콜론을 구분 기호로 쓰기도 합니다. 쉼표만 인식하는 도구는 행 전체를 하나의 열로 읽을 수 있습니다.
스프레드시트를 사용할 때 주의하세요. =, +, -로 시작하는 비밀번호는 수식으로 해석되어 저장할 때 바뀔 수 있습니다. 텍스트 편집기로 파일을 작성하거나, 비밀번호 열을 명시적으로 텍스트로 가져온 뒤 내보낸 값을 확인하세요. CSV에서 값을 따옴표로 감싸는 것만으로는 비밀번호가 유지된다고 보장할 수 없습니다.
원본 계정의 인증 정보를 모으는 일이 가장 까다롭습니다
메일함마다 원본에 접속할 수 있는 유효한 IMAP 인증 정보가 필요합니다. 이 CSV는 비밀번호를 사용하지만 모든 제공업체가 해당 방식을 허용하지는 않습니다. 인증 정보를 모으기 전에 호환 여부를 확인하세요.
| 원본 서비스 | 필요한 접근 방식 |
|---|---|
| Gmail / Google Workspace | 계정과 관리자 정책에서 허용하는 경우 앱 비밀번호를 사용합니다. 계정에 2단계 인증이 설정되어 있어야 합니다 |
| Microsoft 365 | Exchange Online에서는 IMAP 기본 인증을 다시 켤 수 없습니다. 지원되는 OAuth 인증 경로나 다른 적합한 절차가 필요합니다. 비밀번호를 담는 이 CSV로 대체할 수는 없습니다 |
| Yahoo, AOL, iCloud | 제공업체와 계정이 해당 접근을 허용하는 경우 앱 비밀번호를 사용합니다 |
| cPanel 및 일반 호스팅 | 서버가 IMAP 비밀번호 인증을 지원하는 경우 메일함 비밀번호를 사용합니다 |
백 명에게 앱 비밀번호를 받는 일이 실제로는 이전 작업에서 가장 오래 걸릴 수 있습니다. 완료 날짜를 약속하기 전에 이를 고려하세요. 원본의 관리 권한이 있다면 사용할 수 있는 접근 방식과 인증 정보를 중앙에서 생성할 수 있는지 확인합니다. 그렇지 않다면 화면 캡처가 포함된 안내를 보내고 도움이 필요한 사용자를 지원할 시간을 확보하세요.
이전이 끝나고 확인이나 추가 복사에도 필요하지 않게 되면 CSV를 삭제하세요. 파일에는 유효한 인증 정보가 들어 있습니다. 복사본도 관리하고 가능한 경우 임시 비밀번호를 폐기하세요.
연결하기 전에 검증하기
데이터를 붙여 넣거나 파일을 업로드하고 미리보기 및 검증을 선택합니다. 마이그레이션 연결을 열기 전에 각 행을 분류합니다.
- 준비 완료: 사전 검증을 통과해 대기열에 넣을 수 있습니다.
- 오류: 잘못된 주소, 누락된 비밀번호, 존재하지 않는 대상 메일함 등입니다. 해당 행은 건너뜁니다.
- 경고: 이 대상에는 최근 메일을 이전했습니다. 중복 가져오기 위험을 확인하세요.
- 중복: 같은 원본과 대상의 조합이 파일에 여러 번 나옵니다.
- 한도 초과: 요금제의 일괄 작업당 행 수를 넘습니다.
파일을 고친 뒤 필요한 만큼 미리보기를 반복할 수 있습니다. 이 단계에서는 복사를 시작하지 않으며 비밀번호가 유효한지도 확인되지 않습니다. 특히 ‘대상 메일함을 찾을 수 없음’ 검사가 유용합니다. 도메인 이름의 오타가 백 개 행에 영향을 주더라도 실제 연결 전에 발견할 수 있습니다.
일괄 마이그레이션의 중요한 설정
대상 폴더. 모든 폴더, 표준 폴더만(받은편지함, 보낸편지함, 임시보관함, 휴지통, 보관함, 스팸함), 또는 받은편지함만 선택할 수 있습니다. 표준 폴더는 같은 메일을 여러 번 보여 주는 일부 가상 보기와 라벨을 피하는 데 도움이 됩니다. 하지만 사용자 지정 폴더를 유지해야 한다면 충분하지 않습니다. 시작 전에 필요한 범위를 정하세요.
가져오기 시작 날짜. 가져올 가장 이른 날짜입니다. 열한 해가 아닌 두 해의 메일만 복사하면 양은 줄지만 그보다 오래된 메일은 제외됩니다. 보존해야 할 메일과 별도로 옮길 메일을 팀과 합의하세요.
중복 건너뛰기. 추가 이전에서는 이 설정을 켜 두세요. 인식한 메일을 다시 가져오는 일을 줄이지만 모든 경우에 중복이 없다고 보장하지는 않습니다. 사용할 수 있는 식별자가 없는 메일 등이 있다면 결과를 확인해야 합니다.
일괄 작업 이름. 내용을 알아볼 수 있는 이름을 정하세요. 세 주 뒤에는 시간 표시보다 ‘Acme, 2차 이전’이 더 유용합니다.
일괄 마이그레이션 중에 일어나는 일
계정은 요금제 한도 안에서 병렬로 처리됩니다. 원문은 Starter 2, Pro 5, Agency 10으로 안내합니다. 현재 설정을 확인하세요. 원본 제공업체는 연결과 요청을 제한할 수 있습니다. 같은 주소에서 마흔 개의 IMAP 연결을 동시에 열면 제한이나 일시 차단이 생길 수 있지만 제공업체마다 반응은 다릅니다.
각 계정은 대기, 시작, 검증, 계획, 백분율이 표시되는 가져오기 단계를 거쳐 완료, 실패 또는 취소 상태가 됩니다. 페이지를 닫아도 서버에서 작업은 계속됩니다.
작업 중에는 세 가지 명령을 사용할 수 있습니다.
- 모두 취소는 처리 중이거나 대기 중인 계정의 중지를 요청합니다. 이미 가져온 메일은 삭제하지 않습니다.
- 실패한 항목 재시도는 실패한 계정만 대기열에 다시 넣습니다. 원본 비밀번호가 원인이었다면 먼저 수정하세요.
- 재개는 일시 중지된 일괄 작업을 이어갑니다.
계정의 저장 공간 사용률이 90%에 이르면 일시 중지하고 이메일로 알리는 장치가 마련되어 있습니다. 복사 도중 공간을 다 쓸 위험은 줄이지만 남은 메일 전체를 수용할 용량을 보장하지는 않습니다. 공간을 확보하거나 용량을 늘리고 부분 결과를 확인한 뒤 재개하세요.
일괄 작업이 끝나면 알림을 받습니다. 계정의 절반 넘게 실패하면 별도 경고도 제공됩니다. 이는 쉰 개의 독립적인 문제보다 원본 제공업체의 접근 제한 같은 공통 원인을 시사할 수 있습니다. 오류를 살펴봐야 확인할 수 있습니다.
진행 막대가 끝난 뒤의 대조
마이그레이션 도구를 고를 때 특히 살펴봐야 할 위험입니다.
IMAP 복사는 많은 개별 작업의 연속입니다. 연결 중단, 폴더 처리 도중의 요청 제한, 원본이 반환한 불완전한 목록 때문에 일부 메일이 남을 수 있습니다. 도구는 전달받은 정보를 모두 처리했으므로 성공으로 표시할 수도 있습니다. 진행률은 100%이고 화면에는 문제가 없어 보여도 메일 사천 개가 빠져 있을 수 있습니다.
그래서 추가 대조 작업이 마련되어 있습니다. 자동 대조가 켜져 있고 이전이 설정된 메시지 수 기준을 넘으면, 오 분의 지연을 두고 대조 작업을 예약합니다. 대기열 상황에 따라 실제 시작은 늦어질 수 있습니다. 폴더별로 원본과 대상의 고유 Message-ID 집합을 비교합니다. 이 헤더는 보통 복사 후에도 유지되지만 없거나 재사용된 경우도 있습니다. 따라서 비교만으로 모든 메일의 존재나 전체 내용의 무결성을 입증할 수는 없습니다. 확인 범위가 부족하면 결론을 내리지 못할 수도 있습니다.
메일 누락이 확인되면 세 가지 조치가 마련되어 있습니다.
- 관련 메일과 폴더의 보고서를 마이그레이션 기록에 저장합니다.
- 불완전한 폴더를 부분 이전으로 표시해, 재개할 때 완료된 폴더로 건너뛰지 않고 다시 처리할 수 있게 합니다.
- 폴더, 확인된 누락 수, 다음 조치를 이메일로 알립니다.
대조 대상은 이전 계획에 포함된 폴더뿐입니다. 의도적으로 제외한 폴더는 그 제외 자체를 이유로 누락으로 보고하지 않습니다. Gmail의 전체보관함이 그 예입니다. 다른 라벨에서도 보이는 메시지와 보관된 메일을 포함할 수 있습니다. 선택한 범위가 필요한 메일을 모두 포함하는지 확인하세요.
이전이 불완전하다는 알림은 반갑지 않습니다. 그래도 원본이 남아 있을 때 대응할 수 있습니다. 십일월에 삼월 청구서가 없다는 사실을 알게 되는 것보다는 낫습니다. 누락이 발견되지 않은 보고서도 확인 범위를 읽고 수동으로 점검하는 일을 대신하지는 않습니다.
서비스 전환 순서
복사는 작업의 일부일 뿐입니다. 전환 전후의 순서에 따라 관리해야 할 위험이 달라집니다.
- 대상 메일함을 생성하고 로그인할 수 있는지 확인합니다.
- 첫 번째 이전을 실행합니다. 이때 MX 레코드는 기존 제공업체를 가리키도록 둡니다. 원본은 계속 사용 중이므로 인증 정보를 보호하고 서비스를 중단하지 않도록 하세요.
- 결과를 확인합니다. 보고서와 확인 범위를 읽고 몇 개 메일함에서 폴더, 개수, 가장 오래된 메일과 최신 메일을 살펴봅니다.
- MX 레코드를 변경합니다. 하루나 이틀 전에 TTL을 낮춰 두세요. 기존 TTL이 만료되어야 하며 변경이 모든 발신자에게 즉시 반영되지는 않습니다.
- 두 번째 이전을 실행하고 중복을 건너뛰어 전환 중 기존 서비스에 도착한 메일을 가져옵니다. 캐시와 실제 메일 흐름에 따라 추가 확인이나 복사가 필요할 수 있습니다.
- 기존 메일함을 한 달 유지하는 것을 계획의 출발점으로 삼으세요. 보존 의무와 확인 결과에 맞춰 기간을 조정합니다. 이전이 확인되기 전에 원본을 해지하지 마세요. 삭제 후에는 다시 복사할 수 없을 수도 있습니다.
기존 제공업체를 계속 이용한다면 통합 받은편지함이 이전의 대안이 될 수 있습니다. 기능과 비용을 비교하세요. 원본별 절차는 Google Workspace, Microsoft 365, cPanel 문서에 있습니다. 설명된 접근 방식이 현재도 가능한지 확인하세요.
자주 묻는 질문
일괄 작업 하나로 메일함을 몇 개 옮길 수 있나요?
원문에서는 작업당 Starter 100, Pro 300, Agency 1,000으로 안내합니다. 작업 안에서는 요금제에 따라 2개에서 10개 계정을 동시에 처리합니다. 현재 한도와 원본의 제한을 확인하세요. 이 최대치는 부하를 줄이지만 다른 제한까지 없애지는 않습니다.
대상 메일함의 비밀번호가 필요한가요?
아니요. CSV에는 원본 인증 정보만 들어 있으며, 사용자 계정에 속한 메일함의 인증은 내부에서 처리합니다.
모든 메일을 중복으로 만들지 않고 다시 실행할 수 있나요?
중복 건너뛰기를 켜세요. 추가 작업은 인식한 메일을 다시 복사하지 않고 부족한 메시지를 더하려고 합니다. MX 변경 후 추가 이전에 도움이 되지만, 특히 사용할 수 있는 식별자가 없는 메시지가 있다면 결과를 확인하세요.
원본 비밀번호가 틀리면 어떻게 되나요?
해당 계정은 실패하고 다른 계정은 계속 처리할 수 있습니다. 비밀번호를 고치고 실패한 항목 재시도를 사용하면 실패한 계정만 대기열에 다시 넣습니다. 제공업체가 다른 인증 방식을 요구한다면 비밀번호 변경만으로 해결되지 않습니다.
폴더와 읽음 상태가 유지되나요?
마이그레이션은 선택한 범위와 대상의 기능에 따라 폴더 및 읽음, 별표 같은 플래그를 유지하려고 합니다. Gmail 라벨은 IMAP 폴더와 완전히 일치하지 않습니다. 표준 폴더만 고르면 일부 처리는 단순해지지만 사용자 지정 폴더나 보관된 메일이 제외될 수 있습니다. 꼭 옮겨야 할 대상을 확인하세요.
빠진 메일이 없는지 어떻게 확인하나요?
대조가 켜져 있고 실행 조건이 충족되면 양쪽의 고유 Message-ID를 비교합니다. 확인된 누락은 알림으로 전달되고 해당 폴더는 부분 이전으로 표시됩니다. 확인 범위도 살펴보세요. 사용할 수 있는 식별자가 없는 메일의 존재는 이 비교로 입증할 수 없습니다. 개수를 비교하고 폴더마다 가장 오래된 메일과 최신 메일을 열어 보며, 중요한 메일에는 추가 검사를 적용하세요.
API로 마이그레이션을 관리할 수 있나요?
지원되는 작업은 필요한 권한이 있으면 REST API나 MCP로 연결된 AI 에이전트로 관리할 수 있습니다. 각 인터페이스에서 실제로 지원하는 동작, 특히 일괄 작업과 재시도는 마이그레이션 API 문서에서 확인하세요.
얼마나 시간을 잡아야 하나요?
데이터양, 메시지 수, 양쪽의 성능, 원본의 제한이 소요 시간에 영향을 줍니다. 원문은 소규모 팀은 몇 시간, 큰 팀은 하룻밤을 계획의 기준으로 제시하지만 보장된 시간은 아닙니다. 시험 이전을 하고 MX 변경 전에 첫 복사를 시작하세요. 전환을 서두르지 않고 일정을 조정할 수 있습니다.
