我有一个严重的问题在这里。 我运行一个劳务派遣网站，在那里用户可以注册他们的手机（我通过文本发送validation码，他们在网站上input，完全select）。 作业调度员然后可以通过networking界面向这些用户发送工作提议，并且将使用电子邮件到SMS网关向用户发送工作提议。 8年来，它的工作，最小的问题。
不过最近，T-Mobile做了一些事情，现在我发送的每条消息都被标记为“欺骗”。 我configuration了SPF，反向PTR和DKIM，直到最近，这些消息都在MAIL FROM中用本地反弹地址发送，调度员在From：头中select了回复地址。 这些优惠将会出去，人们可以回复他们，他们会去调度员的电子邮件或电话（无论他select什么时候发送消息）。 现在，为了对付愤怒的顾客和对T-Mobile的无知，我正在想办法解决Tmo的白痴问题。
要清楚的是，这不是DMARC或DKIM或任何相关的东西。 总而言之，如果我试图用发件人的@ tmomail.com地址向Tmobile发送消息，他们会声称这是欺骗性的。 所以要解决这个问题，我试着实施SRS，而且它几乎工作。 调度员到用户的第一步工作。 传出的“发件人”地址被重写，并且消息到达用户。
第二步也行。 用户回复邮件，将其发送到重写的地址，然后传送到我的邮件服务器。
第三步是问题。 一旦该消息命中，服务器反转重写（在RCPT TO中使用相反的地址），并将该消息转发给调度器，而不改变电子邮件的任何原始标题（这将破坏DKIM成年人select使用经过validation的反垃圾邮件解决scheme，而不是仅仅采取笨拙，愚蠢的做法，导致大规模的附带损害）。 在这个步骤中，“真实的”From：标题不会被覆盖，所以如果一个调度员用Tmo在Tmo给用户发送消息，From：标题将显示[email protected]。 这对于T-mobile回复“550拒绝欺骗性消息”已经足够了。
我不知道现在该做什么。 我的用户很生气，我不知道如何解决这个问题。 在这一点上，我认为我能做的最好的事情就是通过重写所有转发中的FROM，然后用DKIM辞职，但我不知道如何去做。 SRS在初始消息和转发答复期间重写信封发送方，但From：重写只发生在初始消息上。 当答复进来，我去转发，发件人：保持不变。
我需要configuration哪些后缀设置才能获得我期待的最终结果？ 或者，如果有人有更好的build议来处理这个问题，请张贴它们。 我很绝望。