중복이나 데이터 손실 없이 Gmail 이메일 이전하기

gmail에서 이메일을 이전할 때 가장 큰 위험은 메일을 잃는 것이 아닙니다. 같은 메일을 두 번 복사하고 보낸 메일 기록을 분리하며, Google의 라벨 체계를 고려하지 않은 폴더 구조에 Gmail 메일함을 그대로 넣는 것이 더 큰 문제입니다. 일반적인 안내가 작업 중간부터 맞지 않는 이유입니다.

Gmail은 로고만 다른 일반 IMAP 메일함이 아닙니다. 한 메시지에 여러 라벨을 저장한 뒤 라벨을 폴더처럼 보여 줍니다. 표준 IMAP 호스트는 메시지를 실제 폴더에 저장합니다. 두 모델을 같다고 여기면 마이그레이션이 금세 혼란스러워집니다. 직접 작업하려면 imapsync 가이드를 읽어 보세요. 이전 후 호스팅 메일에 바라는 조건부터 다시 검토한다면 소규모 기업용 비즈니스 이메일부터 살펴보세요.

규칙을 알면 해결책은 간단합니다. 잘못된 Gmail 폴더를 제외하고 필요한 폴더를 올바르게 매핑하며, 적절한 시점에 DNS를 전환하고 메일함 크기가 아닌 메시지 수로 검증합니다. TrekMail의 기본 가져오기 도구는 이 흐름에 맞게 설계됐으며 관련 문서에서 모든 과정을 확인할 수 있습니다. 이메일 가져오기 개요, Gmail에서 가져오기, 대시보드에서 가져오기 시작하기를 참고하세요.

gmail에서 이메일을 이전한다는 의미

gmail에서 이메일을 이전하는 작업은 라벨 기반 Gmail 메일함을 일반적인 IMAP 폴더 트리로 변환하는 것입니다. 메시지는 대체로 이동하지만 Gmail 전용 동작은 옮겨지지 않습니다. 안전한 계획은 본문, 첨부 파일, 날짜, 읽음 상태를 보존하면서 라벨과 All Mail 때문에 중복 사본이 생기지 않게 합니다.

Gmail은 라벨을 IMAP에서 별도 폴더처럼 공개합니다. 한 메시지가 받은 편지함, 고객 라벨, 보낸 편지함에 동시에 보일 수 있습니다. 마이그레이션 도구가 규칙 없이 표시되는 폴더를 모두 복사하면 메시지 하나가 도착지에서 여러 개의 실제 사본으로 바뀝니다.

예시: 라벨이 두 개 붙은 10 MB Gmail 메시지는 두 라벨 경로를 별도 폴더로 복사할 경우 가져오기 후 20 MB가 될 수 있습니다.

가장 큰 함정은 [Gmail]/All Mail입니다. 거의 모든 항목이 들어 있습니다. 받은 편지함, Sent Mail, 사용자 라벨과 함께 포함하면 메일함 전체에 중복을 만들게 됩니다.

gmail에서 이메일을 이전할 때 잘 보존되는 항목

IMAP으로 이전할 때 확실하게 보존되는 항목은 메시지 자체, 첨부 파일, 대부분의 폴더 구조, 읽음과 읽지 않음 같은 일반 플래그입니다. IMAP은 프로토콜에 정의된 서버 측 날짜와 플래그도 보존하므로 표준을 우선하는 도착지는 가져오기 후에도 예측 가능한 방식으로 작동합니다.

마지막 행은 이전 후에도 대화가 정상적으로 보이는 이유를 설명합니다. 스레드 표시는 Gmail만 저장하는 특별한 정보가 아니라 메시지 헤더를 사용하는 클라이언트 기능입니다. 헤더 모델은 RFC 5322에 정의돼 있습니다.

목표가 gmail에서 이메일을 이전해 Outlook, Apple Mail, Thunderbird 또는 TrekMail 웹메일에서 계속 읽는 것이라면 특별한 기술은 대체로 필요하지 않습니다. 합리적인 폴더 선택과 정리된 도착지 메일함이면 충분합니다.

손상되거나 기능이 줄고 수동 정리가 필요한 항목

Gmail 메일함의 일부는 단순한 IMAP 가져오기로 그대로 보존되지 않습니다. 폴더처럼 작동하는 라벨, 사용자 지정 Gmail 별표, Google 전용 작업 기능, 캘린더와 연락처, 필터, Drive 링크 같은 비메일 데이터가 대표적인 문제입니다. 추가 처리나 별도의 내보내기 계획이 필요합니다.

간단한 목록은 다음과 같습니다.

1. 보낸 메일 매핑: Gmail은 [Gmail]/Sent Mail을 사용합니다. 대부분의 IMAP 호스트는 Sent 또는 Sent Items를 요구합니다. 매핑하지 않으면 이전 보낸 메일과 새 보낸 메일이 두 폴더로 나뉩니다.
2. 사용자 지정 별표: Gmail의 색상 별표와 화면 전용 상태 일부는 정확히 매핑되지 않습니다. 기본 플래그 상태는 유지될 수 있지만 나머지는 대개 사라집니다.
3. 필터와 규칙: Gmail 필터는 IMAP에 포함되지 않습니다. 전환 후 다시 만드세요.
4. 연락처와 캘린더: IMAP은 이메일만 다룹니다. Google을 해지하기 전에 별도로 내보내세요.
5. Drive 첨부 파일: Google Drive 링크는 여전히 링크입니다. 파일이 Google에 남아 있고 나중에 접근 권한이 바뀌면 링크가 쓸모없어질 수 있습니다.

Google의 현재 로그인 규칙도 중요합니다. 개인 Gmail은 Google 로그인을 지원하지 않는 앱에 앱 비밀번호를 허용하지만, 2-Step Verification을 활성화한 뒤에만 가능합니다. Google 문서: 앱 비밀번호로 로그인. 관리형 Google Workspace 계정에는 더 엄격한 관리자 정책이 적용될 수 있으므로 전체 일정을 잡기 전에 메일함 하나를 시험하세요.

단계별 안내: gmail에서 TrekMail로 이메일 이전하기

가장 빠르고 안전한 방법은 도착지 메일함을 먼저 만들고 올바른 자격 증명으로 Gmail에 IMAP 연결한 뒤, 중복 가능성이 큰 폴더를 제외하고 최종 DNS 전환 전에 가져오기를 실행하는 것입니다. 기록을 옮기는 동안 새 메일이 도착할 위치를 통제할 수 있습니다.

1. TrekMail 메일함을 만들고 비밀번호를 기록하세요. 도메인을 아직 만들지 않았다면 도메인 추가를 이용하세요.
2. Gmail에서 2-Step Verification을 활성화하고 Google이 해당 계정에 이 흐름을 제공한다면 앱 비밀번호를 생성하세요.
3. TrekMail에서 가져오기를 시작하고 Gmail을 출발지 공급업체로 선택하세요.
4. Gmail 주소를 출발지 사용자 이름으로 사용하세요.
5. 일반 계정 비밀번호가 아니라 Gmail 앱 비밀번호를 사용하세요.
6. 특별히 보존해야 할 이유가 없다면 폴더 선택기에서 [Gmail]/All Mail, Spam, Trash를 제외하세요.
7. 도구가 매핑을 제어할 수 있다면 [Gmail]/Sent Mail을 도착지의 보낸 편지함에 매핑하세요.
8. 중복 건너뛰기를 활성화하세요.
9. 가져오기를 실행한 뒤 완료되면 항목 수를 비교하세요.

Source (Gmail IMAP)
Host: imap.gmail.com
Port: 993
Security: SSL
Username: your-full-gmail-address
Password: 16-character App Password

Destination (TrekMail IMAP)
Host: imap.trekmail.net
Port: 993
Security: SSL
Username: your-full-domain-address
Password: your TrekMail mailbox password

TrekMail 가져오기 문서는 Gmail 설정이 imap.gmail.com의 993 포트와 SSL을 사용한다고 확인하며, 클라이언트 설정은 도착지가 imap.trekmail.net의 993 포트라고 안내합니다. TrekMail은 IMAP만 지원하고 POP3는 지원하지 않습니다. 기기마다 로컬 조각을 두는 대신 하나의 동기화된 메일함을 사용하기 위해 중요합니다.

여러 도메인을 관리한다면 이 지점에서 TrekMail의 차이가 나타납니다. 기존 방식은 사용자별 요금과 마이그레이션, 개별 메일함 작업이 뒤섞입니다. 새로운 방식은 정액제 다중 도메인 호스팅, 공유 저장 공간, 하나의 대시보드를 제공합니다. 이 모델에 해당한다면 다중 도메인 이메일 호스팅을 읽어 보세요.

DNS 전환: 새 메일을 Gmail에서 옮길 시점

수신 메일을 빠뜨리지 않으려면 기록을 먼저 이전하고 도착지가 준비된 뒤에만 MX 레코드를 변경하세요. MX가 TrekMail을 가리키면 새 메일이 그곳에 도착하기 시작하며, 마지막 가져오기에서 전환 직전까지 Gmail에 남은 항목을 수집합니다.

실제 순서는 다음과 같습니다.

1. 이전 메일을 먼저 가져오세요.
2. 웹메일이나 IMAP 클라이언트에서 TrekMail 메일함이 작동하는지 확인하세요.
3. MX와 인증 레코드를 업데이트하세요.
4. DNS가 안정될 때까지 기다리세요.
5. 최근 Gmail 메시지를 마지막으로 짧게 가져오세요.

; Example TrekMail DNS records
@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "your-generated-dkim-value"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

Google Workspace SPF 레코드가 이미 있다면 두 번째 SPF 레코드를 게시하지 마세요. include 값을 하나의 레코드로 합치세요. SPF 레코드 두 개는 메일 인증을 망치므로 TrekMail DNS 문서에서도 주의를 줍니다. 전환 후 필수 DNS 레코드로 설정을 확인하세요.

도메인 메일의 화면으로 Gmail을 계속 쓰는 것만이 목표라면 다른 구성입니다. 도메인 이메일을 gmail로 전달하는 방법을 읽어 보세요. Gmail을 떠나 메일함 환경을 직접 관리하려면 또 다른 전달 우회책을 만드는 대신 마이그레이션을 완료하세요.

일반적인 실패를 피하는 방법

대부분의 실패는 All Mail 복사, 잘못된 Google 비밀번호 사용, 필요 없는 정크 폴더 이전, 메일함 크기에 따른 성공 검증이라는 네 가지 실수에서 발생합니다. 이 네 가지를 바로잡으면 작업을 훨씬 쉽게 제어할 수 있습니다.

이전하기 24시간에서 48시간 전에 다음 정리 목록을 적용하세요.

• 필요 없다면 Spam과 Trash를 비우세요.
• 지나치게 깊은 라벨은 가져오기 전에 이름을 바꾸거나 계층을 단순화하세요.
• 사용자가 만든 Sent, Trash, Drafts 라벨이 시스템 폴더와 충돌하지 않는지 확인하세요.
• 마이그레이션 시간 전에 Gmail 앱 비밀번호를 생성하고 시험하세요.
• 전체 도메인을 건드리기 전에 메일함 하나로 소규모 시험 가져오기를 실행하세요.

그런 다음 저장 용량이 아니라 메시지 수로 검증하세요. Gmail의 저장 공간 계산은 라벨, 압축, 내부 집계가 일반 IMAP 서버와 일치하지 않아 독특합니다. 가져온 메시지 수를 실제로 선택한 출발지 폴더의 표시 수와 비교하세요. Spam, Trash, All Mail을 제외했다면 Gmail의 총 저장 공간 수치와 정확히 일치할 것으로 기대해서는 안 됩니다.

기존 방식과 새로운 방식

기존 방식은 수동으로 만든 IMAP 마이그레이션, 직접 처리하는 폴더 매핑과 재시도, 이전 후 사용자별 과금입니다. 새로운 방식은 표준 IMAP 도착지, 기본 마이그레이션, 공유 저장 공간, 메일함을 추가할 때마다 비용을 늘리지 않는 정액제를 제공합니다.

TrekMail Nano 요금제는 항상 무료이고 카드가 필요 없지만 가져오기 도구는 유료 요금제용입니다. 마이그레이션이 필요하다면 Starter가 시작점입니다. 유료 요금제에는 14-day 무료 체험이 있으며 이 체험에는 카드가 필요합니다. TrekMail 요금을 확인하세요.

최종 권장 사항: gmail에서 안전하게 이메일 이전하기

gmail에서 이메일을 이전한다면 Gmail 라벨을 일반 폴더처럼 다루지 말고 총 저장 공간 수치로 성공 여부를 판단하지 마세요. All Mail을 제외하고 Sent Mail을 올바르게 매핑하며, 항목 수로 검증하고 도착지 메일함의 시험과 준비가 끝난 뒤에만 DNS를 전환하세요.

이것이 깔끔한 방법입니다. 중요한 메시지를 보존하고 중복 데이터 증가를 피하며, 표준 이메일을 호스팅하는 데 사용자별 비용을 계속 지불하지 않아도 됩니다. 정액제 다중 도메인 IMAP 환경으로 이전할 준비가 됐다면 TrekMail에서 시작하거나 TrekMail 요금을 비교하세요.