同一个人经常需要以多个发件人身份出现。小企业主用 sales@ 联系潜在客户，用 accounts@ 联系供应商，向其他人发信时则使用自己的姓名。为三位客户工作的顾问会用三个不同域名写信。一个邮箱能够使用多个地址发信，就无需每天检查三个邮箱。
本文将介绍发件身份如何工作、发件身份与别名有什么区别，以及哪项身份验证设置决定邮件能否送达。
发件身份、别名和邮箱
使用多个地址发信前，必须分清三个相关概念。人们经常把它们混为一谈，而具体区别决定了真正需要什么。
别名是将来信投递到某个邮箱的附加地址，负责收信。
发件身份包含获准使用的 From 地址，以及对应的显示名称和签名，负责发信。
邮箱是拥有独立存储空间和登录凭据的账户。
要从多个地址发信，需要创建发件身份。通常还应搭配别名，让相同地址也能接收邮件。这里不需要多个独立邮箱，否则又会回到必须检查多个位置的问题。
每个发件身份包含什么
发件身份不仅是一行 From 地址。其他配置决定多个地址发信在收件人看来是否自然，而不是明显临时拼凑。
每个身份都有自己的显示名称，因此 accounts@ 发出的邮件可以显示为财务部门，而不是你的个人姓名。每个身份还能使用独立签名，这才是收件人真正会阅读的部分。为三位客户工作的顾问需要三套联系信息，而不是一段通用签名。
回复时尤其需要正确选择身份。邮件发到哪个地址，回复就应从同一个地址发出，而不是使用默认地址。否则，对方会收到另一个地址的回信，其联系人记录也会逐渐混乱。根据收件地址自动选择发件身份，就无需每次回复都手工考虑。
身份验证部分
使用多个地址发信最容易在这里出错，而且故障往往悄无声息。
使用托管在这里的域名地址发信很简单，身份验证已经对齐，无需额外操作。使用并未托管在这里的域名地址发信，则完全不同。
如果把发件身份设为 you@someoneelsesdomain.com 并通过我们的服务器发送，收件服务器会看到一封声称来自该域名的邮件，实际发信服务器却从未获得域名授权。邮件会无法通过 SPF，很可能也无法通过 DMARC 对齐，最终进入垃圾邮件或被直接拒收。发件方界面却会显示发送完全正常。
正确方法有两种。第一种是把邮箱连接为外部账户，让回复经由原服务商发送并使用其身份验证。具体见读取并非托管在这里的邮件。第二种是在这里完整添加域名，并通过 DNS 授权我们的服务器发信。只在发件身份中填入地址，然后寄希望于正常送达并不可行。
何时使用别名，何时使用发件身份
需要多个地址发信时，两者通常一起配置，但不同场景的重点不同。
如果别人向该地址发信，而你需要回复，两者都需要。别名负责接收，发件身份负责以同一地址回复。这是最常见的情况，例如 info@、support@ 和 bookings@。
如果永远只主动发起通信，只需发件身份。专门用于对外通知的地址不一定要收信，不过通常仍建议允许接收，因为无论是否计划，收件人都会回复。
如果只接收邮件而从不回复，仅设置别名即可。添加一个永远不用的发件身份只会让配置变乱。
每个邮箱在 Starter 中可使用 30 个别名，Pro 为 50 个，Agency 为 100 个，免费套餐则不提供。因此，真正实用的多地址发信从第一个付费等级开始。
哪些情况下不应使用这种方法
以下两种情况看起来适合多地址发信，实际上需要其他方案。
多人需要共用同一个地址。如果三位同事都要回复 support@，为每个人设置发件身份，就会有三个人从同一地址发信，却没有统一的回复记录。正确方案是使用共享邮箱，让历史集中保存在一个位置。
这些地址确实属于完全不同的角色。如果咨询业务和副业承担不同责任、保存不同记录，并且未来可能有不同所有者，即使多一个需要检查的位置，独立邮箱仍然更清晰。发件身份适合一个人身兼数职，不适合两个独立业务共用一套发信配置。
收件人会看到什么
显示名称往往比地址本身更显眼，因为多数邮件客户端会显示名称，并把真实地址隐藏在后面。
因此，即使地址正确，显示名称错误的回复仍然显得不对。在收件人的会话视图中，之前的邮件会突然像是来自另一个人。为每个发件身份认真设置显示名称只需两秒，却能避免一整类细小混乱。
实际设置要点
第一次配置多地址发信时，经常会遇到以下几点。
- 有意选择默认发件身份。撰写新邮件时自动选中的身份，应该是最常使用的身份，因为选错地址通常发生在主动新建的邮件，而不是回复中。
- 检查每个身份的显示名称。让
noreply@地址显示个人姓名，是收件人会注意到的小小不一致。 - 逐个测试一次。向外部地址发送邮件，确认成功送达并检查邮件标头，尤其要测试未托管在这里的域名。
- 让签名与发件身份对应，不要所有地址共用一份签名。这正是专业企业通信与个人临时拼凑之间的区别。
如果整个域名都应保持一致品牌形象，无论由谁发送，都可以集中设置域名级签名，不必依赖每个人自行配置。具体见域名级签名。
