无需创建邮箱即可转发域名地址

不创建独立邮箱,也能把域名地址收到的邮件转发到外部收件箱,或同时转发到本域名下的多个邮箱,让团队成员各自收到一份副本。转发地址本身不占用邮箱存储空间。本文介绍添加步骤、团队地址的用法,以及如何从 Cloudflare 或 ImprovMX 一次导入已有规则。

文章详情

类型、难度、套餐及最近更新信息。

▼
类型
参考资料
难度
入门
套餐
Nano · Starter · Pro · Agency
最近更新
2026年10月24日

有时,您只想让域名上的某个地址把来信转出去。例如,发给sales@yourcompany.com的邮件应进入同事的Gmail,发给invoices@clientdomain.com的邮件应交给客户的会计,发给info@yourcompany.com的邮件应同时送到团队中的两个人。没有人需要登录这个地址本身。

这正是转发地址的用途:这个地址只负责把邮件交出去。它背后没有邮箱,也不需要管理密码。交给别处收件箱的邮件不会在我们的服务器上留下副本;交给您域名下邮箱的邮件,则会像其他已投递的邮件一样保存在这些邮箱中。

适用场景

以下情况适合使用转发地址:

  • 收件人已有日常使用的邮箱。习惯在Gmail中阅读全部邮件的客户不会想再检查第二个邮箱。
  • 您代他人管理域名。代理机构通常管理许多客户域名,而这些域名的邮件只需送到客户已经使用的服务。
  • 地址代表职能而非个人。press@、invoices@和careers@表示的是接收用途,不是某个人。
  • 迁移后仍需暂时保留旧域名。域名逐步停用期间,发往旧地址的邮件仍能送达相关人员。
  • 多人需要收到同一封邮件。info@或support@可以投递到同一域名下的两个或更多邮箱,每个人都会收到自己的一份副本。

如果使用者需要从该地址发信、保留邮件归档或使用网页邮箱,请改用邮箱。如果只需让一个附加地址把邮件送入现有的TrekMail邮箱,请使用邮件别名,参阅创建和管理别名。如果整个第二域名都需要与另一个域名共享相同的地址名称,请使用域名别名,参阅设置域名来信路由。如果团队需要在同一个收件箱中协作、查看谁已回复,并以该地址的身份回复,请使用共享邮箱,参阅共享邮箱。

与全收邮箱的区别

两者都会把邮件送到其他地方,但解决的问题不同。

转发地址 全收邮箱
适用对象 您逐个列出的地址 所有不存在的地址
发往未列出地址的邮件 退回给发件人 也会被接收
垃圾邮件风险 只有真实地址会收到 任何被猜中的地址都会收到
最适合 长期维护的日常配置 迁移期间的短期使用

对于大多数域名,日常应使用转发地址并关闭全收邮箱。长期启用全收邮箱会导致垃圾邮件发送者随意猜测的每个地址都被投递到某处。

设置转发地址

  1. 打开域名,选择相应域名,然后进入路由选项卡。
  2. 滚动到转发地址,点击添加地址。
  3. 输入@符号前面的部分,例如sales。
  4. 添加一个或多个收件人。邮件会投递给所有收件人。
  5. 保存后向新地址发送一封测试邮件。通过路由状态和投递历史确认收件人已经收到。

这项功能不要求域名下存在任何邮箱。一个域名可以只用于转发邮件。

在自己的域名上设置团队地址

转发地址既可以投递到别处的地址,也可以投递到其所在域名下的邮箱。这样它就成了团队地址:创建info@yourcompany.com,并把anna@yourcompany.com和ben@yourcompany.com设为收件人,发往info@的每封邮件都会同时进入这两个邮箱。

  • 同一域名下的收件人必须是该域名的邮箱,或某个可接收邮件的邮箱的别名。尚不存在的地址会被拒绝,请先创建邮箱。
  • 每个人都会收到自己的一份副本。一个人阅读或删除邮件,不会影响另一个人的副本。
  • 回复从每个人自己的地址发出。如需以info@的身份回复,请改用共享邮箱。
  • 两种收件人可以混用:同一个地址可以同时送达这里的两个邮箱和外部的会计。
  • 如果删除了其中一个邮箱,也请把它从团队地址中移除。在移除之前,那位成员的那份副本会退回给发件人,若域名启用了全收邮箱,则会进入全收邮箱;其他人仍会正常收到邮件。

暂停而非删除

每个地址都有暂停控件。暂停后,地址仍会保留收件人,但不再投递邮件。发往该地址的邮件会像地址不存在一样被退回。恢复后,原有收件人立即重新生效。

如果只想暂时停止收信而不丢失配置,请选择暂停。删除操作是永久性的,之后必须重新输入收件人。

检查邮件是否到达

每个地址都会显示上次有邮件通过的时间。点击该信息即可查看此地址的近期历史,其中包括时间、发件人、邮件交给了哪个收件人,以及接收服务器的响应。历史中也会显示转发前被垃圾邮件过滤功能拦截的邮件。这通常可以解释“客户说已经发送,但我什么也没收到”的情况。

Pro提供最近7天的历史,Agency提供最近30天的历史。更早的记录会被删除,因此这项功能适合排查近期邮件,不能代替归档。

从其他提供商迁移

如果您已在其他服务中设置转发,无需逐条重新输入。点击本节底部的导入,然后选择原提供商:

  • Cloudflare:读取您的Email Routing规则。如果您已连接Cloudflare来管理DNS,我们会使用先前提供的令牌,无需再次粘贴。
  • ImprovMX:使用账户设置、API密钥中的API密钥读取您的域名和别名。
  • CSV:每行一条规则,先写地址,再写以逗号分隔的收件人。

无论选择哪种方式,我们都只会从其他提供商处读取数据,不会更改或删除任何内容。因此,在您将MX记录指向我们的服务器之前,现有配置会继续运行。

创建任何内容前,您会先看到预览,其中列出每个将要导入的地址,以及每个被跳过的地址和原因。可能的原因包括:地址已被某个邮箱使用、同一域名下的收件人不是邮箱、域名尚未添加到这里,或者规则格式不受支持。勾选需要的域名并确认。

如果原提供商中的某个地址会转给同一域名下的人,例如info@转给两位同事,请先在这里创建他们的邮箱。这样导入时会把该规则作为团队地址导入,而不是跳过。

有两类规则不会导入,这是特意设计的。其他提供商的全收规则属于整个域名的设置,请在全收邮箱中配置。*@yourdomain.com之类的通配符地址只是同一功能的另一种名称。

您也可以随时导出CSV,其格式与导入功能接受的格式完全相同。

费用和限制

转发地址不占用存储空间,也不计入邮箱数量限制,两者采用不同的配额。Pro包含每个域名100个转发地址,Agency包含每个域名300个转发地址。这两个套餐中的每个地址最多可向15个收件人投递邮件。

Nano和Starter允许每个域名设置并保存最多25个地址,但在账户升级到Pro或Agency之前,这些地址不会投递邮件。等待期间不会丢失任何设置:规则会保持已保存状态并标记为未启用,套餐变更后立即开始工作。您无需重复输入。

可转发的邮件数量

转发邮件与账户发送的其他邮件共用每日发送限额,因此只需关注一个数字。Pro每天包含15,000封邮件,Agency每天包含40,000封,通常足以应对一组客户域名的转发需求。投递到TrekMail邮箱的副本(例如团队地址各成员收到的副本)不会离开我们的服务器,因此不计入限额。

如果账户超过每日限额或每小时速率限制,转发会自动暂停,路由选项卡会显示原因。系统不会删除任何内容,也无需修复配置。进入新的统计时间窗口后,投递会自动恢复。

需要了解的事项

一个地址只能承担一种用途。一个地址可以是邮箱,也可以是转发地址,但不能同时兼任。如果您尝试为已经转发邮件的地址创建邮箱,系统会阻止操作并指出应在何处移除转发。否则,邮箱表面上看似正常,却始终无法收到邮件。

只能转到本域名的邮箱或其他域名的地址,且不允许循环。转发地址可以把邮件投递到其他域名的地址,以及其所在域名下的邮箱。该域名下的其他任何地址都会被拒绝,因为那里没有能接收邮件的邮箱。最终回到起点的转发链同样会被拒绝:循环会让邮件在服务器之间不断往返,直到有人发现问题。

先过滤垃圾邮件。邮件会在转发前接受检查,因此发往您地址的垃圾邮件不会被传递到客户的收件箱。

发件人验证仍然有效。邮件通过系统时,我们会重写发件人的技术信息,防止Gmail和Outlook把转发邮件视为伪造邮件。

回复会从阅读邮件的邮箱发出。转发地址只能收信,不能发信。如果收件人在Gmail中回复,回复会来自其Gmail地址。如果必须以转发地址的身份回复,请创建邮箱。

批量操作

通过API和我们的MCP工具均可列出、创建、修改和删除地址,因此代理机构可以通过一个自动化步骤设置新客户的域名。响应还会告诉智能体这些规则是否真的在投递邮件。对于只保存规则而不启用投递的套餐,这一点很重要。

投递历史也可供查询。智能体可以据此确认客户的邮件是否真正到达,而不只是检查规则是否存在。

只有导入向导仍需在控制面板中操作。这是一次性迁移流程,会在创建任何内容前提供必须查看的预览。此后,通过API可以看到向导创建的所有内容。

请参阅连接AI智能体了解工具列表,并参阅API概览了解各个端点。

相关文章

跳转到延续此工作流的邻近指南。

在TrekMail中添加域名并设置DNS

添加一个或多个域名,发布必需的DNS记录,并确认域名已经可以正常收发邮件。

阅读文章

使用未托管在TrekMail的域名发信

让客户域名继续在原服务商接收邮件,将副本转发到 TrekMail,并使用客户地址回复。按照步骤验证域名、设置发送服务、添加发件人地址和回复策略。本文说明共享邮箱如何保存团队回复,以及外部托管域名的限制,帮助您在不修改 MX 记录的情况下,将客户的原收件流程与团队工作结合。

阅读文章

TrekMail域名必需的四项DNS记录

配置TrekMail检查的四项核心记录,避免记录冲突、邮件丢失以及过早启用严格策略。

阅读文章

TrekMail建议配置的安全DNS记录

了解TLS-RPT和MTA-STS的用途、状态与常见故障,并在需要更严格传输安全时完成配置。

阅读文章

检查并验证域名DNS状态的方法

了解TrekMail如何验证DNS、何时应等待记录发布,以及怎样修正具体的不一致。

阅读文章

TrekMail域名来信投递规则设置指南

选择发送到域名的邮件应进入哪里。本文比较转发地址、域名别名和全收邮箱三种方式,并说明多项设置同时存在时的优先顺序,以及各套餐的使用条件。先了解不同规则之间的关系,再为域名安排合适的收件目的地,让正常地址、别名地址和未设置的地址都按所选规则处理邮件。

阅读文章

登录 TrekMail

访问您的控制面板、邮箱和 DNS。

12 个字符

重置邮件已发送

如果该邮箱对应已有账户,我们已发送密码重置说明。

继续即表示您同意 TrekMail 的 服务条款 和 隐私政策.