可以configuration后缀进行身份validation和未经身份validation的发送?

我想为我的域(example.com)部署一个新的(postfix)电子邮件服务来:

  1. 允许发送电子邮件到任何域名只有发件人(我们的云应用程序实例)通过身份validation(例如通过SMTP密码)
  2. 允许我们的用户回复收到的电子邮件:[email protected]
  3. 允许我们通知无法投递的邮件:[email protected]
  4. 转发电子邮件到*@example.com到我们的Google Apps电子邮件主机(它也必须能够直接接收发往example.com的电子邮件)

…为了避免我们的Google Apps电子邮件主机每天发送限制。

是否有可能configuration一个后缀服务器的身份validation和未经身份validation的访问?

或者我应该使用postmulti?


思路:

我的想法是,configuration后缀,

  • 如果提供密码邮件,新邮件直接发送到目的地。
  • 如果没有提供密码:
    • 将发送到example.com的任何消息转发给我们的Google服务
    • 拒绝所有其他消息。
  • (还有: 除了 Google Apps服务器之外 ,还要在example.com的MXlogging中注册服务器,以便发送带有*@example.com From / ReplyTo标头字段的已发送邮件可以被目标垃圾邮件所接受。

从我所看到的,如果我有两个后缀服务器,上述情况的postfixconfiguration很简单:

  • 答:密码需要SMTP服务器
  • B:向我们的Google Apps服务发送example.com地址邮件的无密码中继

但是,我认为这些需要共同托pipe(因为目标服务器将发送服务器的IP地址与MXlogging匹配,但是MXlogging也必须指向B)。

是否可以使用postmulti共同承载这些不同configuration的服务器,并阻止访问防火墙内和非标准端口的“A”服务器?

还是有一些其他的后缀configuration魔术做我想要的?

根据上面的评论,看起来像你对MXlogging感到困惑。 通常情况下,MXlogging用于确定我(邮件服务器)应发送给特定域的传出电子邮件

当远程服务器收到电子邮件时,他们将执行发件人标识。 例如,服务器将检查发件人域的SPFlogging以确定授权代表域发送的IP地址。

所以,你不需要指向MX邮件服务器的所有IP地址 。 许多大提供商都这样做。

  • 他们有几个IP地址来处理传出的电子邮件。 您可以在他们的SPFlogging中查看它
  • 他们有几个IP地址来处理传入的电子邮件。 您可以在其MXlogging中查看它

是的,他们有不同的IP地址来处理传入和传出的电子邮件。