我有一个使用Google Apps进行邮件的域名。 现在我决定在VPS上运行我自己的MTA（Postfix）（运行Debian squeeze）。 只有很less的用户（不到半打），他们中的一些人更喜欢继续使用GMail的网页界面（其余的都有本地的Unix帐户）。 所以我需要将某些收件人的邮件转发给Google SMTP服务器。 起初，我做了以下几点：
altmail.mydomain.org网域别名。 为需要GMail的用户添加了Postfix虚拟别名：
user [email protected]
设置运输表：
altmail.mydomain.org smtp:aspmx.l.google.com
它的工作原理，但它打破了SPF，我猜这样反复甚至合法的邮件对主机的声誉没有任何好处。 解决的办法是实施SRS（这对于Postfix来说似乎相当棘手），或者简单地将信封发件人重写为固定地址，比如[email protected] （如果有的话，我将不会获得很多，帐户）。
但是后来发现，如果我想将Google SMTP服务器保留为备用MXlogging，那么为某些收件人返回TEMPFAIL将导致任何RFC兼容的发件人尝试下一个MXlogging，从而将邮件传递给Google，而不会打扰我的主机转发它。 这是处理邮件的合法方式吗？ 由于这个scheme，有多less个发送者MTA会破坏？ 这些收件人主要关心从主要免费电子邮件服务（GMail，Yahoo！，Mail.Ru等）发送的邮件。 什么是适合这种情况的最适合的状态码和增强的状态码？
在RCPT TO之后，有没有什么办法可以用4xx来响应，而不是写一个自定义的milter呢？
那么，如果有人感兴趣：
是的，可以在不写任何milters的情况下实现这个scheme：只要在access(5)表中使用check_recipient_access和任何自定义响应代码和消息。
不，不起作用。 至lessGMail会在发现4xx错误时反复尝试最高优先级的MX，而不是尝试下一个错误。 现在我结束了用pcretypescanonical表重写信封发件人地址[email protected] 。