收件服务器：2026 年实用指南

收件服务器会在邮件到达您的收件箱之前对其进行拦截和检查。 可以将其想象成一个数字收发室：它接收投递，核实发件人身份，过滤垃圾邮件，并最终决定邮件是进入“主要”、“推广”还是“垃圾邮件”文件夹。

理解核心概念

您的收件服务器是发送到您域名的任何邮件的第一道关卡。想象一下，一位一丝不苟的收发室职员正在扫描信封、核对证件，并将信件分发到正确的信箱中。

收件服务器执行以下几项核心操作：

接收邮件：接收来自其他服务器的邮件并将其排队等待处理。
验证身份：运行 SPF、DKIM 和 DMARC 检查，以确认发件人的身份。
过滤垃圾邮件：应用内容和信誉检查来剔除垃圾邮件。
路由到邮箱：将干净的邮件投递到“主要”、“推广”或“垃圾邮件”等特定文件夹。

考虑一下当有人回复通过 Mail Merge for Gmail 发送的营销活动时会发生什么。收件服务器会检查该回复，验证其来源，然后将其交给 Gmail。此后，Mail Merge for Gmail 会将“已回复”状态直接记录回您的 Google Sheet。

流程的简单说明

发送服务器将电子邮件交给接收服务器。
接收服务器检查 SPF、DKIM 和 DMARC 等技术信号。
它会对发件人的信誉进行评分，并扫描内容以查找垃圾邮件信号。
它将接收到的邮件路由到正确的文件夹，并通过 IMAP 或 POP3 提供访问。

一个好的收件服务器充当的是守门人，而不仅仅是被动的存储器。它保护收件人并直接影响送达率。

这对外联工作为何重要

当您的外联邮件经过个性化处理并从预热良好的账户发送时，收件服务器更有可能将回复放入“主要”文件夹而不是“垃圾邮件”文件夹。文件夹的归类决定了您的回复率，并决定了像 Mail Merge for Gmail 这样的工具如何跟踪互动情况。

快速参考：核心操作

核心操作	功能描述
接收邮件	接受 SMTP 连接并将邮件排队等待处理。
验证发件人	检查 SPF、DKIM 和 DMARC 以验证合法性。
信誉评分	使用 IP 和发件人历史记录来做出信任决策。
过滤内容	应用启发式算法和黑名单来拦截垃圾邮件。
路由邮件	将邮件投递到用户的邮箱或垃圾邮件文件夹。

想象一下销售代表通过 Mail Merge for Gmail 发送了一批个性化邮件。回复流回，收件服务器在投递邮件前会验证 DKIM。随后，Mail Merge for Gmail 通过授权访问读取该回复状态（无需扫描您的收件箱），并将“已回复”写入电子表格。

需要关注的故障排除信号

回复进入了垃圾邮件文件夹？ 检查您的身份验证记录和发送频率。
邮件从未送达？ 查看服务商的过滤规则和您的信誉历史。
文件夹分配不一致？ 监控打开率和回复率等互动指标。

另请阅读：查看我们关于发件服务器的指南，了解发送端如何补充收件决策发件服务器的工作原理

在实际工作流程中对比 IMAP 和 POP3

IMAP 和 POP3 的作用远不止获取邮件。它们决定了您看到的内容、邮件存储的位置，以及像 Mail Merge for Gmail 这样的工具能否准确读取回复状态。IMAP 将邮件保留在服务器上，并在您的所有设备之间同步所有内容。相比之下，POP3 通常会下载并从服务器上删除邮件，这使得在多台设备之间切换变得非常麻烦。

一张信息图，对比了收件服务器的活动功能与它们仅作为存储器的误区。

这张信息图直观地展示了收件服务器执行的活动角色，打破了其仅作为被动存储器的误区。

将 IMAP 想象成办公室里的中央公告板。每台设备都可以固定和更新其他人都能看到的笔记。销售代表从桌面端启动 Mail Merge for Gmail 营销活动，然后在手机上查看回复，IMAP 确保该回复显示在两个屏幕上，并且“已回复”标记对插件可见。

POP3 的工作方式不同。它更像是一个快递员，将邮件交给第一个打开邮箱的人。如果桌面端默认下载并删除了邮件，手机端就永远看不到这些回复。回复跟踪和团队可见性将不复存在，您最终将不得不更多地依赖手动备份。

IMAP 保留共享状态；POP3 通常会创建隐藏回复的设备孤岛。

您能切实感受到的好处

同步已读/回复状态：IMAP 会在所有设备上推送已读和回复标记，因此 Mail Merge for Gmail 可以通过授权访问发现回复，并将状态写回您的表格，而无需直接扫描您的收件箱。
服务器端备份：使用 IMAP，服务器会保留邮件，因此丢失或重置设备并不意味着丢失邮件。
共享收件箱：在共享邮箱中工作的团队需要 IMAP 来实时查看相同的对话线程。

常见的 POP3 陷阱

默认下载后删除，导致回复在不同设备间消失。
本地存储增加了备份负担，使迁移到新机器变得繁琐。
与许多服务商现在为插件要求的现代 OAuth 流程兼容性较差。

现在，让我们通过一个具体的场景从概念转向行动，看看协议选择在实践中是如何体现的。

销售代表使用桌面端的 IMAP 通过 Mail Merge for Gmail 发起了一项针对 200 名收件人的营销活动。
收件人回复；收件服务器将这些回复路由到邮箱并将其标记为未读。
代表在手机上查看回复，同时队友查看共享收件箱，两人都能看到相同的对话线程。
Mail Merge for Gmail 检测到回复并将 已回复 逐行写入 Google Sheet，从而保留了营销活动分析数据。

如果同一工作流程在默认设置的 POP3 上运行，第 2 步可能会将邮件从服务器上彻底删除，第 3 步可能会完全错过回复，而 Mail Merge for Gmail 将失去报告所需的可靠回复信号。

IMAP 与 POP3 的日常使用对比

功能	IMAP	POP3
多设备同步	是	通常否
服务器保留	保留邮件	下载后移除
备份简易度	更简单	更困难
共享邮箱支持	强	弱
与现代工具的兼容性	高	较低

简而言之，对于任何需要多人或多设备查看相同邮件的设置，IMAP 都是赢家。POP3 仍然可以用于单设备、离线设置，但当您运行外联营销活动时，其弊端会迅速显现。

故障排除提示

如果回复丢失，请确认账户确实使用了 IMAP，并且在服务商设置中启用了 IMAP。
对于混合设置，请将 POP3 客户端配置为“在服务器上保留副本”，以便 Mail Merge for Gmail 和其他设备仍能捕获回复。
优先使用 OAuth 登录而不是基本密码，以保持大多数服务商现在要求的安全令牌访问。

实际建议：对于需要可见性和可靠回复跟踪的多设备、团队和外联工作流程，请选择 IMAP。POP3 适用于单设备、离线使用，但它引入的风险会悄悄削弱送达率洞察和 Mail Merge for Gmail 的报告功能。

您需要的服务器设置主机名和端口

一个人在笔记本电脑键盘上打字，屏幕上显示着电子邮件服务器配置设置窗口。

让电子邮件流入您的客户端（无论是 Outlook、Thunderbird 还是连接到您 Gmail 账户的工具），关键在于复制正确的主机名和端口号。弄错了这些，您就被拒之门外了。就是这么简单。

将主机名想象成建筑物的街道地址，将端口想象成您需要使用的特定入口。走错了入口，即使地址正确，也没人会放您进去。

以下是您日常工作中实际会遇到的组合：

Gmail IMAP：imap.gmail.com，端口 993，使用 SSL/TLS。（注意：gmail-smtp-in.l.google.com 处理服务器到服务器的投递，这是完全不同的东西，不是您的电子邮件客户端所需要的。）
Outlook/Exchange：outlook.office365.com，IMAP 端口 993，使用 SSL/TLS，或通过其自己的端点进行 Exchange ActiveSync。
Yahoo IMAP：imap.mail.yahoo.com，端口 993，使用 SSL/TLS。

为什么端口号一直出现？因为它们决定了您的连接如何被加密（或者是否被加密）。

端口 993 是 IMAP over SSL/TLS 的标准。连接的那一刻起，一切都是加密的。无需协商，不会给窥探您凭据或邮件内容的人留下任何机会。

端口 143 处理带有 STARTTLS 的普通 IMAP。连接开始时未加密，然后升级到 TLS。理论上可行，但如果升级过程中出现任何干扰，您就是在明文发送登录详情。这就像是私下交谈与在大厅里大喊大叫希望没人听见之间的区别。

对于较旧的 POP3 协议，您会看到端口 995（用于 SSL/TLS）和端口 110（用于未加密连接）。如果必须使用 POP3，请坚持使用 995。普通的 110 端口是一个应该避免的遗留物。

加密和 OAuth 解释

加密意味着您的客户端和服务器同意对它们之间的所有内容进行加扰。任何监视网络的人都无法读取您的电子邮件或获取您的密码。端口 993 相当于一个密封的快递袋，内容从离开您的机器那一刻起就受到保护。带有 STARTTLS 的端口 143 更像是一个在投递过程中才密封的普通信封，这留下了一个可能导致内容暴露的缺口。

如今，大多数服务商在连接第三方应用时已不再要求您提供真实密码。OAuth 2.0 允许应用程序通过限时令牌请求访问您的邮箱。您授予权限，应用获得令牌，该令牌可随时撤销。您的真实密码永远不会离开服务商的登录页面。

这种设置对于构建在 Google 生态系统内的工具非常重要，需要邮箱访问权限的插件可以仅请求它们所需的特定权限，获得您的同意，并在不存储您的凭据的情况下运行。

在提供的地方使用 OAuth 2.0。它极大地降低了密码泄露的风险，并且在感觉不对劲时可以轻松撤销访问权限。

常用服务商设置概览

Gmail IMAP：imap.gmail.com，端口 993，SSL/TLS，推荐 OAuth 2.0
Outlook IMAP：outlook.office365.com，端口 993，SSL/TLS，首选现代身份验证
Yahoo IMAP：imap.mail.yahoo.com，端口 993，SSL/TLS，根据您的账户类型使用应用密码或 OAuth

工作连接的快速检查清单

如果您需要多设备同步并希望在客户端之间实现共享收件箱可见性，请选择 IMAP。
输入服务商的 IMAP 主机名，必须与列出的完全一致，此处的拼写错误是连接失败的首要原因。
设置端口 993，使用 SSL/TLS。
如果可用，请使用 OAuth 2.0；仅在 OAuth 不可选时才回退到应用专用密码。
仔细检查 IMAP 是否确实在服务商的设置面板中启用。例如，Gmail 允许您关闭此开关。
发送测试邮件并验证已读/回复状态是否在您的设备间同步。如果标记未传播，说明配置仍有问题。

常见错误及避免方法

在需要同步状态时使用 POP3。 POP3 下载邮件并通常将其从服务器上移除。回复跟踪会失效，因为每台设备看到的收件箱版本都不同。如果您正在运行 Mail Merge for Gmail 并且需要回复在各处可见，请切换到 IMAP。

在未确认启用 STARTTLS 的情况下选择端口 143。 如果 TLS 升级失败或被拦截，您的凭据将以明文传输。端口 993 完全消除了这种风险，因为它没有回退到纯文本的选项。

主机名错误或跳过 OAuth 同步流程。 身份验证失败通常源于主机名拼写错误或 OAuth 授权不完整。请完全按照服务商提供的值进行复制，并走完完整的授权屏幕。

这对 Mail Merge for Gmail 意味着什么

Mail Merge for Gmail 需要能够保留回复状态并支持基于令牌的安全访问的服务器。在端口 993 上使用 OAuth 2.0 运行 IMAP 可以保持回复在设备间同步，并允许状态更新写回您的电子表格，而无需您的 Google 密码触及任何第三方系统。这种设置既好用又不会干扰您的工作。

收件服务器如何决定什么能到达您手中

将收件服务器想象成夜店的保镖，而不是被动的邮箱。它会检查证件、扫描访客名单，并观察人们进入后的行为。这就是为什么信誉、身份验证和互动比单纯的发送量重要得多的原因。

信誉评分是保镖的第一眼印象。服务器根据 IP 历史、发送模式和投诉率建立信誉。良好的信誉使邮件获得优先处理。较差的信誉会引起怀疑，通常会将邮件直接路由到垃圾邮件文件夹。

考虑一个预热良好的 Gmail 账户发送小规模、个性化的批次邮件，它赢得了信任。现在将其与一个发送数千封相同邮件的新账户进行对比。后者看起来就像是一群即将制造麻烦的人。如果您想要稳定的收件箱位置，控制发送频率和受众质量是不可妥协的。

身份验证的工作原理

身份验证就像门口的证件检查。SPF、DKIM 和 DMARC 是大多数接收服务器依赖的三个关键检查。SPF 指定哪些服务器可以为您的域名发送邮件。DKIM 为每封邮件附加一个加密签名。DMARC 将这些机制与可见的“发件人”地址联系起来，使欺骗变得更加困难。

强大的身份验证是您可以采取的最具可操作性的技术步骤，以减少拒收并提高送达率。

通过身份验证并不能保证进入“主要”文件夹，但未能通过这些检查几乎总是会损害送达率。使用已接受 OAuth 流程的工具和插件可以避免暴露密码，同时仍能证明对服务器的授权访问。

SPF 验证授权发件人，并帮助服务器决定是接受还是标记收到的邮件。
DKIM 确认邮件内容在传输过程中未被篡改。
DMARC 强制执行对齐并提供报告，以便您可以识别谁未通过检查。

服务器关注的行为信号

身份验证通过后，服务器会将重点转移到行为上。互动指标（打开、点击和回复）就像俱乐部里的人群反应。高回复率和持续的打开率表明收件人确实重视这些邮件。

您可控制的实际杠杆包括：

发送一致性：安排稳定、可预测的发送，而不是不规律的突发发送。
列表质量：删除不活跃地址以减少退信和投诉率。
个性化：一对一风格的内容会带来有意义的回复和打开。

诊断送达问题的步骤：

确认 SPF、DKIM 和 DMARC 有效且对齐正确。
审查发送频率并减少突发模式。
清理列表以删除低互动或无效地址。
衡量回复和打开情况，以跟踪信号随时间的改善。

对 Mail Merge for Gmail 的实际影响

Mail Merge for Gmail 直接受益于这些机制，因为它鼓励使用个性化模板和受控的发送量。当回复到达且互动率保持在高位时，Gmail 的收件系统会越来越偏向来自这些账户和域名的邮件。这使得 Mail Merge for Gmail 的逐行状态更新（如 已回复）对于营销活动分析来说更加可靠和有意义。

提高送达率的快速检查清单：

使用经过身份验证的域名并定期监控 DMARC 报告。
缓慢预热新账户；从小规模开始，逐渐增加发送量。
优先考虑回复和打开率，而不是原始发送总数。
跟踪趋势并在信誉受损之前调整发送频率。

另请阅读：在我们的指南中了解更多关于邮件路由和 DNS 优先级的信息 MX 记录如何影响投递。

排除最常见的连接问题

当电子邮件突然停止送达时，症状通常会将原因缩小到几个可预测的罪魁祸首。丢失邮件、无休止的超时或重复的登录提示，每一个都在讲述关于问题出在哪里的不同故事，无论是您的电子邮件客户端、第三方插件还是收件服务器本身。以下是如何读取这些信号并快速修复它们的方法。

常见症状和快速诊断

邮件从未显示 如果邮件根本没有到达，服务商很可能在它到达 IMAP 或 POP3 之前就过滤或拒绝了它。首先检查您的垃圾邮件文件夹或隔离区，并确认发件人通过了 SPF、DKIM 和 DMARC 检查。
客户端卡在连接超时 这通常指向错误的主机名、被阻止的端口或不稳定的网络。首先验证收件服务器地址，并默认使用端口 993 进行 IMAP over SSL/TLS，这可以解决大多数超时问题。
身份验证被拒绝或持续的登录提示 过期的应用密码、错误的凭据或缺失的 OAuth 同步将触发这些错误。重新生成您的应用密码或再次运行 OAuth 流程以清除它。

如果工具显示“未连接”但 Gmail 仍正常接收邮件，问题几乎肯定出在客户端或插件设置中，而不是收件服务器本身。

值得立即尝试的快速故障排除步骤

1. 确认 IMAP 确实已启用 许多服务商允许您开启或关闭 IMAP 访问。当它被禁用时，客户端和插件无法同步回复或跟踪已读状态。重新开启它并重试。

2. 仔细检查主机名和端口 使用准确的服务商主机名（如 imap.gmail.com），搭配端口 993 和 SSL/TLS。此处的拼写错误导致的连接失败比其他任何原因都多。

3. 以正确的方式重新验证 只要可用，OAuth 2.0 就是首选路径。如果您的账户依赖应用专用密码，请生成一个新的并将其直接粘贴到客户端中。

4. 注意服务商的安全警报 Gmail 和 Outlook 在新客户端连接时都会发送警报。点击警报中的链接以批准访问并将其标记为合法。

如果超时持续发生，请切换网络以排除防火墙或 ISP 阻止端口的可能性。
如果拒收堆积，请验证账户是否已达到速率限制或触发了临时锁定。

在 Mail Merge for Gmail 等工具中读取同步状态

“已连接” 意味着插件拥有有效的令牌，可以通过服务商的 API 或 IMAP 查询邮件状态。
“部分同步” 表示收到了一些元数据，但完整的邮箱同步未完成，通常是权限或范围问题。
“失败” 指向错误的凭据、撤销的访问权限或服务器端阻止。

这些状态消息准确地告诉您关注的重点：重新授权插件、更新客户端或联系服务商。

值得坚持的修复清单

坚持使用端口 993 上的 IMAP 和 SSL/TLS 以实现可靠的多设备同步。
优先使用 OAuth 进行基于令牌的访问；仅在不支持 OAuth 的情况下保留应用密码。
当工具抛出持续的身份验证错误时，撤销其访问权限并授予其新的权限。
留意服务商的安全消息和垃圾邮件隔离区，被拦截的回复隐藏在那里的频率比您预期的要高。

大多数同步问题归结为小的配置错误。从主机名、端口和身份验证开始。如果这些检查没问题，那么再深入研究服务商日志或联系支持人员。

实际的快速修复

症状：回复未显示，且邮件合并工具显示“部分同步”。
操作：确认已启用 IMAP，在工具内重新授权 OAuth，并验证连接是否使用 imap.gmail.com 的端口 993。
结果：回复重新出现，插件将 已回复 写回表格，同步状态恢复为“已连接”。

按此顺序解决问题有助于您弄清楚是收件服务器、客户端还是插件的问题，大多数情况下，您可以在十分钟内解决。

将服务器知识应用于更好的 Gmail 外联

这是大多数指南都会跳过的一点：收件服务器对您邮件的响应不仅仅是一个技术脚注。它是您可以用来塑造整个外联方法的直接反馈渠道。

可以这样想。收件服务器非常关注您的发送模式。它奖励那种感觉像是真实来回往复的稳定、小批量发送，而不是突然的爆发。节奏在这里确实很重要，稍微克制一点大有裨益。

保持联系人列表干净是另一个信号。更少的退信和垃圾邮件投诉会直接提升您的发件人信誉，这有助于您的邮件进入收件箱而不是垃圾箱。清理那些从不互动的联系人，并始终立即处理退订请求，每一个被忽略的请求都是一个微小的危险信号。

当您将服务器响应视为数据时，真正的优势就出现了。当像 Mail Merge for Gmail 这样的工具将 已发送、已打开、已点击 或 已回复 等状态直接写回您的 Google Sheets 时，您看到的就是一个关于什么有效、什么无效的实时仪表板。

如何将服务器信号转化为更好的发送效果

每次营销活动后，查看您的投递和互动行。如果退信率超过安全阈值，请在发送下一批之前暂停并调查。

对于新域名或账户，请逐渐预热。从小批量开始，在几天或几周内缓慢增加发送量。这种缓慢的构建告诉服务器您是一个合法的发件人，而不是机器人。

个性化是一个强大的信号。感觉人性化的主题行和第一句话可以显著提高您的回复率，而回复是收件服务器注意到的最强烈的积极互动信号之一。

将收件服务器视为奖励可信行为的有用守门人，而不是需要规避的障碍。

提高回复率的实际步骤

为每个新账户或域名制定预热计划。直接在电子表格中跟踪您的进度，这样您就可以看到正在发生的变化。
删除在设定窗口（例如 90 天）后未打开任何内容的地址。这可以保持您的列表健康并保护您的信誉。
定期重新授权您的 OAuth 令牌，并确认 IMAP 设置为端口 993 且启用了 SSL/TLS。这可以保持回复跟踪的可靠性和安全性。

随着时间的推移，还有几件事会产生影响：

使用 IMAP 保持回复状态在您的所有设备间同步。它还可以确保您的插件能够准确检测回复。
尽可能优先使用 OAuth 2.0 而不是存储的密码。它能确保您的访问安全，并在需要时易于撤销。
密切关注互动趋势，并在信誉受损之前调整您的发送频率，而不是事后补救。

要深入了解这些信号如何与您更广泛的电子邮件策略联系起来，请阅读我们的指南电子邮件身份验证如何提高送达率。

技术设置让您离收件箱更近了一步。另一半是纪律严明的发送，持续发出信号表明键盘后面是一个值得信赖的人。

关于收件服务器的常见问题解答

使用 POP3 的收件人会改变您的外联工具看到的内容吗？

是的，它可能会悄悄破坏您的工作流程。当收件人的邮箱设置为通过 POP3 下载并删除邮件时，您的外联工具可能无法实时看到回复。邮件被一台设备从服务器上拉走，实际上从您的视图中消失了。

这就是为什么回复跟踪失败的频率比人们预期的要高。如果您正在运行外联营销活动，请选择 IMAP 将邮件保留在服务器上的工作流程，以便一切保持同步。

合法邮件会被服务器端排队延迟吗？这是正常的吗？

绝对会。邮件服务器会在流量高峰、临时速率限制或接收端响应缓慢时对邮件进行排队。几分钟的短暂延迟是完全正常的。

如果您看到持续的延迟，那就是另一回事了。这通常指向值得深入研究的信誉问题、身份验证失败或路由问题。

仅仅启用 IMAP 能提高发送信誉吗？

这里有个细微差别：启用 IMAP 可以让您获得更好的可见性和更准确的回复跟踪，但它不会直接提升您的发件人信誉。信誉是建立在身份验证、互动率和持续发送模式之上的。

话虽如此，IMAP 帮助您捕获的指标可以为您做出更明智的决策提供依据，从而长期保护您的信誉。这是一种间接的好处，而不是直接的好处。

我应该使用哪些主机名和端口？

大多数服务商都遵循可预测的设置。以下是您通常会遇到的情况：

协议	主机名	端口	安全性
IMAP	imap.gmail.com	993	SSL/TLS
IMAP	imap.mail.yahoo.com	993	SSL/TLS
POP3	(服务商特定)	995	SSL/TLS

这些是您在各大服务商中会看到的标准安全配置。

安全选项如何影响第三方工具？

OAuth 2.0 使这一切变得更加简洁。第三方工具无需存储您的密码，而是可以使用 OAuth 令牌来访问您的邮箱状态。这意味着您的风险更小，并且在令牌过期时更容易重新授权。

这比旧的“应用密码”方法安全得多，而且大多数现代工具现在都支持它。

哪些快速步骤可以修复常见的同步问题？

当事情出错时，从这些基础知识开始：

确认 IMAP 确实在您的服务商设置中启用
仔细检查主机名和端口号是否与您的服务商文档匹配
如果您的工具显示连接错误，请重新授权 OAuth
留意服务商关于阻止登录的安全警报

大多数同步问题都归结为这四点中的一点。

如需可靠的 Gmail 外联，请尝试 Mail Merge for Gmail https://merge.email