寻找 ImprovMX 替代方案的人,不一定是对这项服务不满意。转发解决的是一项明确的需求,免费套餐也能满足不少小项目。真正开始寻找其他服务,往往是因为日常邮件工作的要求变了。
比如,没有配置域名发件方式,回复却从个人 Gmail 地址发出。又或者,另一位同事需要用 hello@ 回复,却无法共同查看对话。还有一种情况是收件箱里找不到邮件,而转发服务本身没有完整的邮件归档。投递日志或许能帮助排查,但并不能代替邮箱。
下面看看 ImprovMX 提供什么、两项经常与它比较的服务有什么区别,以及什么时候值得从单纯转发改为存储邮件。
ImprovMX 提供什么
它提供转发服务,并按邮件量和域名数量设置限制。下表保留原文示例中的条件,不代表当前报价。选择前请核对现行配额、币种和付款周期,尤其是发送上限:服务目前公布的配额已经与下表不同。
| 套餐 | 价格 | 域名 | 每域名别名 | 每日转发量 | SMTP 发送量 |
|---|---|---|---|---|---|
| Free | $0 | 1 | 25 | 500 | 不提供 |
| Light | $50/年 | 5 | 25 | 5,000 | 25/日 |
| Premium | $9/月 | 30 | 100 | 5,000 | 6,000/月 |
| Pro | $24/月 | 100 | 200 | 15,000 | 30,000/月 |
免费套餐值得考虑。一个域名、25 个别名和每日 500 次转发,可能足以支持个人域名或小项目。能否满足企业需求,还要看邮件量和所需功能。
请注意 SMTP 一栏。付费套餐允许通过 ImprovMX 发送邮件,配置正确后有助于使用域名地址回复。但这不会自动建立具备 IMAP、文件夹和归档搜索的邮箱,收到的邮件仍被送往指定地址。处理日志不是邮件内容存储,而已发送邮件的副本可能由所用客户端保存。
邮件转发的三个限制
寻找 ImprovMX 替代方案,常常与这些限制之一有关。需要区分缺少所需功能和某次具体的投递故障。
转发不会在服务端建立完整归档。 如果目标服务器拒收邮件、将其归入垃圾邮件,或者收件账户不再存在,就不能指望转发服务保留永久副本。但这不等于所有邮件都会立刻且不可挽回地消失。应查看日志、投递状态、可能的重试以及服务规则。即使用户无法获取邮件内容,未收到邮件的工单仍可能有技术记录可查。
共用地址需要共享访问,而不仅是一条转发规则。 将 billing@ 转发给两个人,两人都会收到副本,但未必能看见对方的回复。客户端可以整理本地对话,却不会因此产生团队共用的历史记录,同一客户可能收到重复答复。具备成员权限的共享邮箱可以让大家查看同一历史,但前提是客户端及已发送邮件的保存方式配置得当。
转发会增加发件身份验证的复杂度。 投递服务器变了,SPF 却可能仍检查原始信封发件人的域名,而该域名并未授权新的 IP。RFC 7208 说明了这一限制。改写信封发件人有助于 SPF 检查,却不能保证通过 DMARC;域名对齐和 DKIM 签名是否保留同样重要。并不是每封转发邮件都必然验证失败。
Cloudflare Email Routing:免费的 ImprovMX 替代选项
如果只需要转发,可以考虑 Cloudflare Email Routing。原文比较列出每域名 200 条规则、每账户 200 个已验证目标地址、每区域最多 30 个域名,以及不超过 25 MiB 的入站邮件。请核对当前限制以及域名和区域的具体含义。某一区域内的配额,不能直接当成独立客户区域的数量。
原文示例中,ImprovMX Pro 每月 $24,支持 100 个域名,每域名 200 个别名。如果配额单位和区域管理方式不同,只比较数字容易误判。Cloudflare 也提供通过 Workers、REST 和经过身份验证的 SMTP 发送邮件的方式,但 Email Sending 的开放情况和条件,应与免费转发分别核实。
常规路由本身不会提供具备 IMAP、网页邮件界面和归档的邮箱。利用 Workers 增加处理逻辑,可能实现邮件存储,但需要单独开发和维护。Email Sending 面向应用发送邮件,不会自动成为供人日常回复的工作界面。详见Cloudflare Email Routing 对比。
Forward Email:提供邮箱的 ImprovMX 替代方案
Forward Email 不仅提供转发。应把免费选项和付费邮件存储分开比较。原文示例中,每月 $3 的 Enhanced Protection 包含共享 10 GB 存储的 IMAP 邮箱、不限数量的别名、每月约 9,000 封出站邮件和 API;额外存储的价格为 $3,可增加 10 GB。这些是原文参考条件,不是当前发送配额或完全没有其他限制的承诺。请核实域名、访问和使用要求。
如果需要一个真正保存邮件的服务,值得把 Forward Email 纳入比较。原文列出每月 $9 的 Team 用于组织访问。请核对价格、成员权限,并区分域名管理和在某个邮箱内共同处理邮件。
不要只比较容量和地址数量。跨邮箱搜索、读取其他服务商托管的账户,以及文件处理,都需要单独核对各产品的能力。下面讨论这些工作。
改用可存储邮件的 ImprovMX 替代方案后,有哪些变化?
存储邮件而非仅仅转发,可以支持不同的工作方式,但每项能力都取决于可用功能和设置。
搜索有权访问的邮箱。 转发邮件需要在保存它的地方搜索,有些客户端也能整合多个目标账户。我们的跨邮箱搜索可以在服务器端汇总受支持的结果。范围取决于搜索模式、权限、连接、来源能力和限制,并不保证完整索引所有文件夹。能否在手机上使用,也取决于可用界面。
在服务器上运行处理规则。 转发服务也可能提供自己的规则,因此差异不能简单概括为有没有规则。服务器端过滤规则可以执行受支持的操作,例如归入文件夹、标记、转发或自动回复。仍有上限和例外,结果还取决于存储方式、客户端和所选操作。设置不会只保存在某一台笔记本电脑上。
并非每个地址都需要独立邮箱。 为 hello@ 保存邮件,不意味着每个地址都要建立邮箱。别名和全收件路由可在支持的功能与配额范围内继续使用,包括向外部地址转发。迁移时应逐项匹配规则并测试结果,不能在没有检查的情况下保证完全兼容。
同一账户中的文件功能。 转发会把附件交给收件人,但通常不提供独立文件归档。我们的 Drive 与账户关联;使用受支持的发送方式时,大文件可转换为能够撤销的共享链接。自动处理取决于发送方式和阈值,撤销链接不会删除已经下载的副本。通过 WebDAV 访问需要合适的客户端及配置,还要考虑套餐和配额。
什么时候适合继续使用 ImprovMX?
不要为了更换而更换。如果以下情况符合你的需要,转发仍可能合适:
- 只有你一个人处理邮件,所有消息都会进入熟悉且方便的邮箱。
- 其他人不需要从这些地址回复。
- 不需要在转发服务中保留独立归档,目标邮箱保存了对话。
- 免费套餐足够,或者原文示例中每月 $9 的 Premium 比所需邮件存储更划算。
这种情况很常见,额外功能未必值得增加费用和迁移工作。需要更多成员共同使用邮箱、存储与搜索邮件,或者把域名邮件用于完整日常工作时,ImprovMX 替代方案才更值得考虑。
根据实际情况选择
如果域名地址只是现有邮箱的入口,转发就可能合适。出现其他任务时,应重新评估选择。
一个人、一个域名。 如果邮件进入方便使用的 Gmail 账户,又不需要独立存储,免费的 ImprovMX 可能已经足够。需要自己的邮箱、搜索和更换服务的可能性时,再比较存储服务。我们的免费套餐支持十个域名,但接收、发送、存储以及其他功能各有条件。拥有邮箱并不保证可以恢复任何已删除邮件。
团队使用。 两个人收到 billing@ 的副本,未必能查看同一历史。共享访问及正确保存回复,有助于减少重复工作。请检查权限、配额和双重验证:界面登录受到保护,并不代表每个 IMAP 客户端都采用相同登录流程。费用不按每个工作席位单独计算,无论是 4 人还是 400 人,但套餐、存储和发送仍有限制。
管理多家公司的邮件。 应评估批量创建域名和邮箱、邀请用户自行设置密码、地址验证以及界面品牌设置。自动配置 DNS 需要受支持的服务商和用户授权,否则要手动添加记录。这些功能取决于套餐和权限,自有品牌也不会在所有外部界面隐藏基础设施提供商。还应核对不同客户之间的访问隔离。
只要转发仍能满足需求,就继续使用。需要协作和存储时,先核对功能、费用与过渡计划,再选择邮箱服务。
常见问题
ImprovMX 能发送邮件,还是只能转发?
付费套餐支持 SMTP 发送。原文示例列出 Light 每日 25 封至 Pro 每月 30,000 封,但现行条件已经变化。这不会在 ImprovMX 建立已发送文件夹,是否保存副本取决于客户端。投递日志和邮件内容归档也应分开理解。
哪种 ImprovMX 替代方案最便宜?
如果只需要转发,可以考虑免费的 Cloudflare Email Routing。但没有比较所有选项,不能断言它对任何任务都是最便宜的。请核对配额、由 Cloudflare 管理 DNS 的要求及独立发送服务的条件。每域名规则数不等于独立域名数量。
为什么转发邮件可能无法通过 SPF?
验证服务器看到的是转发服务的 IP,而该 IP 可能不在原始信封域名的 SPF 记录中。这是已知的转发限制,不一定是服务商出错。改写信封发件人有助于 SPF,但最终结果还取决于 DMARC、域名对齐和 DKIM。
能否让部分地址继续转发,其他地址使用邮箱?
可以,前提是所选服务支持需要的模式和配额。为工作地址建立邮箱,其余地址对应别名或全收件规则。请检查外部目标、未知地址的处理、发件身份以及可能的转发循环,不要假设所有规则都能原样迁移。
迁移时需要修改 MX 记录吗?
更换接收服务时通常需要。除 MX 外,还可能要配置 SPF、DKIM、DMARC 及其他记录。DNS 更新期间,发件服务器可能联系旧服务,也可能联系新服务。保持两者可用,提前创建地址,测试投递并准备回退方案。修改一条记录本身并不保证邮件不会丢失。参见DNS 设置。
提供邮箱的替代方案会贵很多吗?
不一定。原文示例中,Forward Email 每月 $3 起,包含 10 GB。我们的免费 Nano 支持 10 个域名,每个域名 10 个邮箱,但通过平台 SMTP 发送需要付费套餐,存储和其他功能也有限制。因此应比较实际需要的能力,而不只是把零费用与示例中的 $9 相比。
迁移后原来的别名怎么办?
需要在新服务中创建或导入,并进行检查。别名、全收件和外部转发可能有对应功能,但条件、配额和优先级会不同。先整理清单并测试目标,再切换投递。没有独立邮箱的地址仍可向外转发,前提是所选方案支持。