每一家宣传“无限邮箱账号托管”的服务商,都在做同一个不声张的假设:你永远不会真正创建其宣传所暗示的那么多邮箱。
这个假设之所以成立,是因为几乎没人会阅读那些不显眼的限制。邮箱数量尚未成为问题,存储空间就已经用尽;你还没察觉,发送速率限制就已生效;当单个邮箱有 200 名用户同时连接时,IMAP 连接上限开始让邮件客户端掉线。服务商也知道,购买“无限”套餐的客户中有 95% 会一直停留在 30 个邮箱左右,因此他们可以放心使用这个词。
这是一份面向运营者的指南,说明当邮箱规模跨过 100、500 和 1,000 个时,无限邮箱账号托管实际能提供什么。我们会介绍每家服务商都会设置的三类限制、签约前该问的问题,以及 TrekMail Agency 的实际计算方式。按当前运营上限,每个域名可有 1,000 个邮箱,一个账号可有 1,000 个域名。
“无限邮箱账号托管”的真正含义
无限邮箱账号托管,是指服务商未公开限制你可以在自有域名下创建的邮箱数量。它不代表存储无限、发送无限或并发 IMAP 连接无限。这些限制几乎总是存在,并决定实际容量上限。“无限”只描述邮箱数量这一个维度。
一旦开始衡量实际用量,营销语境中的无限就会与运营层面的无限分开。服务商可以如实宣称“邮箱数量无限”,同时将共享存储限制为 10 GB。这意味着在真正有使用量的邮箱达到约 200 个时,就会有人用尽收件箱空间。服务商也可以一边宣传“无限”,一边把出站邮件限制为每小时 100 封。这对 50 人团队够用,对 500 人团队却非常苛刻。代理商规模下真正重要的数字,往往不在价格页面上。
每家服务商都依赖的三类隐藏限制
“无限邮箱账号托管”服务商都会设置同样的三类限制。单独来看,这些限制既不违法,也并非不合理,因为每家服务商都必须防范滥用。但三者结合起来,就让服务商既能宣传无限,也能维持基础设施盈利。看懂这三类限制,才能分辨真正按邮箱数量无限的套餐与仅靠营销包装的套餐。
限制 1:共享存储
大多数“邮箱数量无限”套餐会限制账号下所有邮箱的总存储空间。如果邮箱数量无限,但共享存储上限是 50 GB,那么每个邮箱可用的空间就是 50 GB 除以已创建的邮箱数。创建 50 个邮箱时,每个邮箱有 1 GB,轻度使用一年或许够用,但无法长期保留客户往来记录。创建 500 个邮箱时,每个邮箱只有 100 MB,连一个季度的新闻简报都未必装得下。
解决办法不是寻找没有存储上限的服务商,因为这样的服务商并不存在,存储一定会产生成本。你应该选择存储上限符合自身实际使用方式的套餐。
限制 2:发送速率与单封邮件收件人数
每家邮箱服务商都会限制出站发送。如果没有这些限制,服务商的 IP 发信信誉可能在几天内就被耗尽。常见限制包括:
- 每个邮箱每天可发送的邮件数,例如小型企业套餐为 1,000 封
- 每个账号每天可发送的邮件数,例如根据套餐不同为 6,000 至 40,000 封
- 每小时邮件数,即 SMTP 提交速率限制
- 单封邮件的收件人数,例如 Nano 为 50 人,Agency 为 500 人
- 每个账号的并发 SMTP 会话数
选择服务商时,应让限制匹配真实发送模式,而不是理想化的预期。出站限制也是“无限”最常悄然失效的地方。你可以创建 500 个邮箱,但不能让全部 500 个邮箱每天各发送 100 封,因为账号每日总上限是 40,000 封。
限制 3:IMAP 连接数
这是大多数人直到遇到问题才会知道的限制。Apple Mail、Outlook、Thunderbird 以及 Gmail 的导入功能等邮件客户端通过 IMAP 保持同步。每个处于连接状态的客户端通常会为一个邮箱占用 2 至 5 个连接。小规模使用时这无关紧要,但当单个邮箱有 200 名并发用户时,例如 support@ 这类共享职能邮箱,连接数就会成为关键。
TrekMail 当前公布的限制体现了这种模式:从 Nano、Starter、Pro 到 Agency,每个邮箱、每个 IP 的上限依次为 10/25/50/100,每个邮箱的总连接上限依次为 15/40/80/150。作为安全硬上限,每个用户与单个 IP 的组合最多 200 个连接,每个用户最多 300 个连接。这些数字并非 TrekMail 独有,每家服务商都有相应限制,只是多数不会公开。
“无限”实际为你带来什么
无限邮箱账号托管为你带来的,是无需按席位付费即可创建邮箱的能力,仅此而已。它不包含无限存储、无限发送或无限并发 IMAP 连接。接受这一点,不再让“无限”承载直觉中包罗万象的含义后,服务商评估就会清晰得多。
正确的理解方式是:无限邮箱账号托管是一种固定费率方案,其含义是“按需创建邮箱,实际使用强度则受三类真实限制约束”。应选择三类限制符合自身使用模式的套餐,而不是选择营销文案把“无限”喊得最响的套餐。
向任何无限邮箱服务商提出的 12 个问题
如果你要评估规模超过 50 个邮箱的无限邮箱账号托管,可以把以下 12 个问题直接放进发给服务商的评估邮件中。答案会告诉你,其所谓无限是运营层面可兑现,还是仅停留在营销层面。真正拥有成熟产品的服务商,通常能用具体数字回答全部 12 个问题,并在 24 小时内给出回复。
- 所有邮箱的总存储上限是多少?采用共享存储还是每个邮箱单独限额?
- 每个邮箱每天的发送上限是多少?每个账号每天的上限呢?
- SMTP 每小时提交上限是多少?
- 单封邮件的收件人数上限是多少?每个账号每天的收件人总数上限呢?
- 每个用户及每个用户与单个 IP 组合的 IMAP 连接上限是多少?
- 邮箱达到存储上限时会怎样处理,是退信、排队还是无提示丢弃?
- 账号达到每日发送上限时会怎样处理,是退信、限速还是暂停 24 小时?
- 发信使用共享 IP 池还是独享 IP?若为共享 IP,预热政策是什么?
- 单个邮箱发送投诉率高的推广邮件时,适用什么滥用处理政策?
- 能否通过 API 批量创建邮箱?API 速率限制是多少?
- 如果我要迁出,具体流程是什么?导出内容是否包括 IMAP 文件夹、已发送邮件和草稿?
- 每个域名的 DKIM 密钥轮换政策是什么?
真正按邮箱数量提供无限方案的服务商,会用具体数字回答全部 12 个问题。只把无限当作营销用语的服务商,往往会回避多数问题,或者只说“取决于你的使用场景”。这种差异就是最重要的判断信号。
快速识别营销型服务商
在花一个小时参加销售通话前,可以用三个快速筛选条件评估“无限”宣传的运营边界。第一,在服务商文档中搜索“软上限”或“合理使用”,查看是否明确公布上限,以及政策在什么情况下允许限速。第二,查看对方是否公布 IMAP 连接上限。本文快照中,TrekMail 的绝对硬上限是每个用户与单个 IP 的组合 200 个连接、每个用户 300 个连接,不同套餐每个用户与单个 IP 的软上限为 10 至 100 个连接。选择前请核实现行范围;未公开上限值得进一步询问,但不能单凭这一点判断服务商能力。
第三,索取滥用处理政策原文,询问是否有可提供的具体阈值,例如垃圾邮件投诉达到 X% 会触发 Y 类审核,N 小时内出现 Z 次退信会触发限速。只有笼统的“我们保留相关权利”条款时,应继续确认执行方式;部分反滥用指标可能不会公开。政策的具体程度是评估信号,并非单独决定服务质量的标准。
TrekMail Agency:真实限制
TrekMail 的 Agency 套餐专为需要扩展邮箱数量、且按席位定价会带来过高成本的运营者设计。按本文发布时的公开信息,套餐月付价格为每月 $29,年付折算为每月 $23.25,年付比月付节省 20%。套餐与价格可能调整,请以价格页为准。以下已公布限制构成 Agency 套餐下无限邮箱账号托管的当前运营边界:
- 每个账号 1,000 个域名
- 每个域名 1,000 个邮箱,因此单个账号的理论最大值为 1,000,000 个邮箱,并不代表这些邮箱可同时满负荷使用
- 邮件与 TrekMail Drive 共享 200 GB 存储空间,Drive Add-on 滑块当前可将容量从 250 GB 扩展至 100 TB
- 每个账号每天 40,000 封邮件,每个邮箱每天 2,500 封
- SMTP 提交速率为每小时 3,000 封
- 单封邮件最多 500 名收件人
- 每个邮箱 100 个邮件别名,300 个邮箱 × 100 个别名 = 每个域名 30,000 个可路由地址
- 每个邮箱 50 条 Sieve 邮件过滤规则
- Agency 专属原始 Sieve 编辑器,用于自定义过滤逻辑
- 专属支持,以及完整 API 与 MCP 访问权限,本文发布时为 143 个工具
功能门控层将 Agency 标记为 domains: -1 和 users_per_domain: -1,表示邮箱数量在运营定义下为无限,但真正决定可用规模的是存储与发送上限。将 200 GB 共享给 5,000 个活跃邮箱,平均每个邮箱只有 40 MB。这适合邮件量很少的职能邮箱,却不适合完整归档收件箱。如果需要归档,可评估 Drive Add-on 滑块提供的 1 TB 或 10 TB 容量,并确认当前套餐是否将新增容量计入这些邮箱使用的共享池。本文发布时,滑块价格为 $0.015/GB,年付折扣为 -17%,与基础套餐的 -20% 分开计算。容量、价格和折扣可能调整,请以当前价格页为准。
控制面板中的无限邮箱是什么样
在 TrekMail Agency 控制面板中,无限邮箱账号托管显示为域名平铺列表,每个域名旁会显示邮箱数量。在当前支持该功能的情况下,批量创建流程允许一次上传包含 500 个邮箱的 CSV,这些邮箱可以分布在 1,000 个域名中的任意一部分。之后可发送邀请邮件,让每位用户自行设置密码。迁移工具可在服务端通过 IMAP 同步旧服务商上的来信,无需用户参与历史邮件复制;切换时是否需要重新配置客户端,仍取决于服务器地址、密码和发现机制。具体批次上限、邀请发送与迁移资格可能随套餐和账号状态而异。
控制面板提供按域名进行的 DKIM 轮换、SPF/DMARC 向导、别名管理、Sieve 邮件规则编辑,以及完整的配置操作审计日志。完整 API 与 MCP 层在本文发布时包含 143 个工具,并通过 claude.ai 网页流程完成 OAuth 授权。这意味着控制面板操作有相应的可编程方式,适合希望编写自动化入驻流程的代理商。工具数量、授权流程与具体功能可能调整。
TrekMail Agency 何时不再适合
有三种场景需要评估 TrekMail Agency 以外的定制套餐或其他服务商。第一,每个账号的出站邮件量持续超过每天 40,000 封,例如高发送量的新闻简报运营者。第二,在邮箱数量很大时,单个邮箱需要保留超过约 5 GB 的邮件历史。1,000 个活跃邮箱各占 5 GB,就已需要 5 TB 共享空间,远高于基础套餐容量,需要相应的 Drive Add-on 容量或定制方案,并核实邮箱可用配额。第三,需要通过独享 IP 降低共享发信信誉风险。本文的产品快照中,TrekMail 不提供独享 IP;选择前请核实当前可用方案。对于这些情况,采用不同服务商模式的企业套餐可能更合适。
按席位计费与固定费率:两种模式何时失效
大多数宣传“无限”的服务商采用固定费率,因为按席位计费在无限层级没有商业吸引力。若按每位用户每月 $14 为 1,000 个邮箱计费,总价就是每月 $14,000,没有市场部门会把这个数字写进宣传册。Agency 当前每月 $29 的固定费率,正是其核心卖点之一。
但固定费率只有在每增加一个邮箱所产生的边际成本较低时才可持续,边际成本并不为零。因此,服务商需要依靠上述三类限制约束实际使用量。按席位计费的逻辑正好相反:每个邮箱费用较高,服务商则能为每位用户承担更高的资源成本上限。两种模式是不同的成本假设,也有不同的规模曲线。
两种模式各自会在以下情况失效:
- 按席位计费在超过 50 个邮箱后开始失去成本优势,尤其是拥有大量 info@、support@、sales@ 等职能邮箱时。这些邮箱使用量很低,却仍按完整用户收费。
- 固定费率在少于 5 个邮箱时可能不划算,因为你购买了完整套餐,却只使用其容量的 2%。
- 固定费率在活跃邮箱超过约 5,000 个时会遇到瓶颈,因为它们共享 200 GB 存储池,此时每个邮箱的平均空间低于实用收件箱所需水平,需要 Drive Add-on 或定制套餐。
无限邮箱账号托管对比
| 服务商 | 定价模式 | 真实限制,即不显眼的限制 | 适用场景 | 瓶颈所在 |
|---|---|---|---|---|
| TrekMail Agency | 固定每月 $29,年付折算 $23.25 | 共享 200 GB、每天发送 40,000 封、邮箱上限 1,000×1,000 | 邮箱超过 30 个的代理商、MSP 与多品牌中小企业 | 未使用 Drive Add-on 时,超过约 5K 个活跃邮箱 |
| Zoho Mail Workplace Unlimited | 每位用户每月 $3,实际并非邮箱数量无限 | 按席位计费,不适用于以邮箱数量扩展的场景 | 邮箱少于 100 个且需要 Workplace 集成的团队 | 邮箱超过 100 个后的扩展成本 |
| Migadu Mini/Standard/Max | 每个域名每年固定 $19-$90 | 依套餐而定的每日发送软上限,采用 90% 规则 | 任何邮箱数量的单域名组织 | 多域名代理商,因为每个域名需要一个套餐 |
| 捆绑式 cPanel 主机,例如 Namecheap PrivateEmail | 每个邮箱每月 $1-3 | 共享 IP 信誉,缺少真正的发信预热 | 静态网站业务的 1-5 个邮箱 | 邮箱达到 50+ 后,IP 信誉风险增大 |
| Google Workspace / Microsoft 365 | 每位用户每月 $6-22 | 明确按席位计费,不宣传“无限” | 需要日历与云盘集成的团队 | 多品牌代理商及职能邮箱较多的部署 |
在这张表中,TrekMail 的特定定位是拥有 30 个以上邮箱的多域名运营者。他们希望采用固定费率并获得完整 API 访问权限,又不想承担 Workspace 生态系统的按席位成本。少于 30 个邮箱时,成本差距会缩小;超过 5,000 个活跃邮箱时,则需要 Drive Add-on。两者之间是固定费率通常真正优于按席位计费的区间。表中竞品套餐名称、价格和限制可能随时变化,购买前应核对各服务商的当前官方资料。
固定费率为何在经济上可行
固定费率的无限邮箱账号托管之所以在经济上可行,是因为每增加一个大多闲置的邮箱,只会产生较低但并非为零的边际成本。一个典型代理商账号的 1,000 个邮箱中,可能有 200 个高频使用、300 个低频使用,还有 500 个几乎不使用,例如职能地址、承包商地址和休眠账号。服务商允许你创建相当于 1,000 个邮箱的数量,但其定价依据是约 200 个邮箱实际消耗的存储和带宽水平。
如果代理商试图让全部 1,000 个邮箱同时达到理论满负荷,也就是每天高频发送、收件箱占满且 IMAP 客户端连接满载,模式就会失效。几乎没有客户这样使用,因此固定费率模式才能持续。真正容易遇到问题的,是那些宣传无限却不公布三类实际限制的服务商。客户最终发现真实上限后,会认为自己受到误导。从一开始就公布限制的服务商,包括 TrekMail,更能建立清晰预期并留住适合这种模式的客户。
三种真正可行的扩展模式
如果你选择无限邮箱账号托管并准备逐步扩展,有三种运营模式可行,还有一种不可行。不可行的做法是“打开控制面板,创建 500 个邮箱,然后把密码发给大家”。大规模配置邮箱需要更严谨的流程。
模式 1:基于邀请的批量配置
应通过邀请链接创建邮箱,而不是由管理员设置密码。收件人在首次登录时自行设置密码和 2FA,因此管理员不会预先掌握其密码。此设计能减少密码暴露和转交风险,但不能保证任何人绝不受胁迫,也不能替代反钓鱼措施;在支持的账号恢复流程中,管理员仍可能发起密码重置。出于这些原因,TrekMail 默认采用基于邀请的邮箱设置流程。
在当前套餐与账号具备相应权限的情况下,可通过 CSV 或 API 批量创建邀请,一次配置 500 个邮箱,这些邮箱可分布在 50 个域名中,然后分批发送邀请。在本文描述的流程中,邮箱在邀请被接受前不接收来信,以减少“幽灵邮箱积存一年转发垃圾邮件”的风险;部署前应测试实际的接收、拒收或排队行为。CSV 批次上限和 API 限制可能调整。CSV 入驻流程与邀请机制详见批量创建邮箱账号。
模式 2:职能地址优先使用别名
对于 info@、support@、sales@、billing@ 等转发给真实人员的职能地址,应在真实邮箱上使用别名,而不是另建邮箱。TrekMail 当前在 Starter、Pro、Agency 套餐中分别允许每个邮箱设置 30/50/100 个别名。因此,Agency 的 300 个邮箱可以承载 30,000 个职能地址,而不会增加邮箱数量。每个别名都会重写至真实邮箱,你可以在一个位置管理路由。
在多数代理商场景中,这种模式最多可将实际所需邮箱数量减半。路由模式及不适合使用别名的情况,详见邮件别名说明。
模式 3:按域名制定 DKIM 轮换政策
规模扩大后,某个邮箱的不良发送行为可能影响整个域名的送达率,而域名的签名密钥也可能泄露。按域名轮换 DKIM 的作用,是定期更换 DKIM 签名密钥;季度轮换是一个可评估的示例,适用周期取决于密钥管理政策。轮换有助于缩短密钥暴露时间,但本身不会修复发信信誉问题,也不能隔离某个邮箱的不良发送行为。在本文描述的配置中,TrekMail 按客户、按域名处理 DKIM 轮换;请确认实际支持范围和轮换状态。
对于运营 100+ 个客户域名的代理商,按域名执行 DKIM 轮换是限制密钥暴露影响范围的重要运营纪律,而不是防止某个客户的不良行为损害另一客户送达率的保证。完整做法见我们的多域名邮箱托管指南。按域名轮换还意味着单个域名的 DKIM 签名密钥泄露后,只需为该域名更新签名,不必更换整个客户群的密钥。
比“无限”更早出现瓶颈的环节
在无限邮箱账号托管套餐中,运营脆弱点通常出现在邮箱数量以外的地方。以下三个环节可能在触及任何公开上限之前就出现问题:(1) 团队推行新的邮件客户端政策,导致 200 名用户在同一小时内完成身份验证,从而引发 IMAP 客户端同步风暴;(2) 单个域名收到数百万封垃圾邮件,造成入站垃圾邮件过滤积压,共享过滤器开始排队;(3) 某位客户意外触发垃圾邮件陷阱模式,其域名影响共享信誉池中的送达表现。
应对这些问题的共同原则是:选择滥用处理政策具体明确、具备适用的按域名 DKIM 轮换机制,且公开的 IMAP 上限符合实际并发用户数量的服务商。评估 TrekMail 时也应核实当前公布的 IMAP 上限和滥用政策,但这些信息并不构成防止滥用、投递问题或中断的保证。如果某个“无限”方案没有提供这些资料,应进一步询问,不能仅凭宣传判断其能力。
无限邮箱账号托管并非正确选择的情况
无限邮箱账号托管并不总是正确答案。有三类买家更适合其他模式:邮箱少于 5 个的个人运营者、需要完整协作套件深度的团队,以及需要合同服务等级协议的受监管行业。知道何时不该选择无限,与知道何时该选同样重要。
第一类是邮箱少于 5 个的个人运营者。在这个规模下,你是在为未使用的容量付费。信誉良好的专业服务商所提供的捆绑邮箱套餐更合适。按本文发布时的信息,TrekMail Starter 每月 $4,包含 50 个域名,每个域名可有 100 个邮箱,对个人运营者已经足够。少于 30 个邮箱时,无限邮箱账号托管通常配置过剩,相当于用代理商级预算购买个人级用量。套餐与限制可能调整。
第二类是需要日历、云盘和聊天能力与邮箱同等深入的团队。专业服务商的无限邮箱账号托管提供出色的邮件功能与基础 Drive,TrekMail 当前在 Starter+ 中包含该功能,但它不能替代 Google Workspace 的完整协作套件。如果团队每天都在 Docs 和 Sheets 中工作,Workspace 的按席位价格可能值得支付。无限邮箱账号托管适合把邮件作为核心产品的场景,而不是把邮件作为协作层外围功能的场景。
第三类是需要合同服务等级协议,并明确规定恢复时间的受监管行业。多数无限邮箱账号托管套餐按尽力而为方式提供可用性,而非合同 SLA。如果监管机构要求附带赔偿条款的书面 SLA,就需要企业合同。这类合同可能由服务商另行提供,但通常不通过公开无限套餐销售。
“无限”还有一个服务商很少提及的实际后果:邮箱超过几十个后,限制不再是数量,而是能否找到所需内容。如果搜索范围仅限一个邮箱,管理员要在客户组合中查找一封邮件,就得逐个收件箱搜索,最终往往只能放弃。跨邮箱搜索可覆盖你有权访问的每个邮箱中的所有文件夹,因此大量邮箱不仅被允许创建,也能真正得到管理。身份验证本身不会授予任何收件箱访问权限,实际范围仍由账号权限与邮箱授权决定。
下一步
无限邮箱账号托管是一个真实的产品类别,但“无限”只描述邮箱数量这一维度。真正决定可用上限的是三类限制,即共享存储、发送速率与 IMAP 连接数。提出上述 12 个服务商信息披露问题,就能快速区分运营层面可兑现的无限与营销层面的无限。
对真正需要无限邮箱账号托管的团队,例如代理商、MSP 与多品牌中小企业,实用规模区间通常如下:1-30 个邮箱可选择任意合适的专业服务商;30-500 个邮箱时,TrekMail Agency 这类固定费率的无限邮箱账号托管通常更有优势;500-5,000 个邮箱时,可考虑 TrekMail Agency 加 Drive Add-on,或适合需求的定制 Migadu Max 方案;5,000+ 个邮箱通常需要定制商业条款。按本文发布时的信息,TrekMail Agency 每月 $29,年付折算每月 $23.25,并提供需要信用卡的 14 天免费试用。Nano 套餐为 $0 且无需信用卡,可先体验控制面板,并在每个域名 10 个邮箱的范围内测试,再决定无限邮箱账号托管是否适合。套餐、上限、价格、试用条件和竞品方案可能变更,请在购买前查看 trekmail.net/pricing 的最新完整套餐对比。