我在一家小公司工作，该公司有一套简单的客户服务系统。我们有一个电子邮件地址，[email protected]，以及一个根据入站地址转发邮件的程序。例如，如果我们有两个员工，Adam 和 Ben，他们每个人都有一个电子邮件地址，[email protected]和[email protected]。Adam 有他要打交道的特定客户，Ben 有他要打交道的特定客户，任何来自未知地址的电子邮件都会发送到一个[email protected]地址。
这方面工作正常。但是，当他们回复客户时，客户看到的是来自[email protected]而不是 的回复电子邮件[email protected]。这就是我想要修复的问题。
有哪些可能的解决方案，无需触碰 Adam 或 Ben 的邮件客户端？当我的程序将电子邮件从邮箱路由support到某个单独的邮箱时，是否可以对电子邮件进行一些操作？是否有任何类型的标头参数或类似参数可以允许这样做？
我考虑过设置回复地址，以便隐藏来自 adam 或 ben 的收件地址：这样当他们回复时，它会向 发送邮件[email protected]，然后通过跟踪对话等，我可以将邮件转发给正确的收件人……但这似乎不必要地复杂。有没有更好的解决方案？
答案1
如果 Adam 和 Ben 总是通过您的邮件提交服务器发送回复，那么您可以在转发给客户端之前在那里重写发件人地址。
如果 Adam 或 Ben 使用自己的外发 SMTP 服务器发送回复，那么麻烦就更大了。在这种情况下，最好的办法是使用类似以下方式脊髓灰质炎病毒在转发给 Adam 或 Ben 之前重写发件人的地址。这样，当 Adam 或 Ben 回复时，邮件就会进入您的系统，此时您可以取消 SRS 并重写发件人，[email protected]然后再转发给客户的实际地址。
答案2
也许设置“回复：”邮件标题行？
答案3
有一个标准叫做发件人重写方案 (SRS)在上下文中做类似的事情发件人策略框架 (SPF)，对发送方的域名进行认证。
然而，从实际目的来看，您想要做的事情，以及您不需要修改邮件用户代理端的设置的要求，实用性是有限的 - 如果您重写任何员工的每封电子邮件以添加前缀，那么这会违背他们不简单地配置客户端以将其作为外发电子邮件support@的目的。support@
最好的解决方案是使用电子邮件客户端的别名功能，这样[email protected]如果 MUA 发现电子邮件最初是发送给某个员工的[email protected]，而不是发送给某个员工本人的，它就可以自动使用该电子邮件地址。此功能称为alternates在mutt， 例如。