从Gmail转移邮件且不重复或丢失数据

如果需要从 gmail 转移邮件，主要风险并非邮件丢失，而是同一封邮件被复制两次、已发送记录分散，以及把 Gmail 邮箱塞进一个从未针对 Google 标签系统设计的文件夹结构。这正是多数通用指南进行到一半就失效的原因。

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 导入完整保留。常见问题包括充当文件夹的标签、自定义星标、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

最快的安全方法是先创建目标邮箱，使用正确凭据通过 IMAP 连接 Gmail，排除容易造成重复的文件夹，再于最终 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 记录，不要再发布第二条。应把 include 值合并到一条记录中。TrekMail DNS 文档特别提醒了这一点，因为两条 SPF 记录会破坏邮件身份验证。切换后，请通过必需 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 定价比较套餐。