场景：我有一位客户 A，他授权我/我的软件代表他们发送电子邮件至他们的客户 P、Q、ETC。
此外，P、Q、ETC。应该将电子邮件视为来自 a.example.com。
最后，A 应该能够看到我代表他们发送的电子邮件（例如在“已发送邮件”文件夹中），并收到来自 P、Q 的回复和投递失败信息，ETC。，诸如此类的事情。
显而易见的解决方案是使用通过该服务器管理的邮箱的发件人地址直接将电子邮件发送到 A 的 SMTP 服务器。当然，需要进行身份验证，以证明“我[被允许代表]发送电子邮件[电子邮件保护]（一个缺点是我需要支持各种身份验证选项，因为我当然也想为我的其他客户 B、C 提供这种支持，ETC。）
另一个解决方案是自己为客户 A 托管一个邮箱，并以某种方式让客户访问该邮箱。（这显然会引发另一个麻烦，因为我不想从事邮箱托管业务。）
我的问题： 也许我还遗漏了其他解决方向吗？
例如，我可以告诉“我的” SMTP 服务器发送到[电子邮件保护]‘via’ A 的 SMTP 服务器 / 来自[电子邮件保护]？需要什么样的 SMTP 标头，在“我的”SMTP 服务器和 A 的 SMTP 服务器上需要什么样的配置？需要什么样的身份验证，或者拥有“经过验证的电子邮件地址”（无论其确切含义是什么）是否足够？
（请注意，“我的” SMTP 服务器完全由我控制。但 A 的 SMTP 服务器可能由托管，因此 A 可能无法完全控制其配置。）
答案1
通过客户的 SMTP 服务发送是唯一明智而简单的方法。否则您如何处理 DMARC？DKIM？BIMI？黑名单？SPF？RMX？......
答案2
我也有同样的需求。
我有一个外包合作伙伴，负责向我的客户发送电子邮件。
我希望他能以我公司的品牌向数千名客户发送电子邮件，就像我给自己发邮件一样。这不是群发邮件，因为客户会发生变化，而且电子邮件的内容对每个客户来说都是独一无二的。
我不想授予他访问我的 Exchange 邮箱的权限。
你找到解决办法了吗？
谢谢。