【问题标题】:Magento/exim emails not arriving, sent to and from own domainMagento/exim 电子邮件没有到达、发送到和从自己的域
【发布时间】:2013-07-22 08:47:52
【问题描述】:

我们有一个与 Exim 相关的有趣问题。我们使用 Magento。

我们的服务器正在向客户发送电子邮件,我们在后端通过单独或密件抄送的方式发送副本。我们使用 Google Apps MX。

但是电子邮件永远不会到达。如果电子邮件发送到不同的电子邮件地址或域,则它会到达。如果是同一个账号:

  • 发送自:info@domain.com
  • 至:customer@house.com
  • 密件抄送:info@domain.com

电子邮件没有到达@info@domain.com

问题:这可能是什么?我的想法是 exim 不会将带有 info@domain.com 的电子邮件发送到 Google Apps MX 服务器进行发送

ps。我已经读过了,但这没关系,不是问题http://inchoo.net/ecommerce/magento/fight-spam-emails/comment-page-1/#comment-53370

非常感谢

更新添加的邮件日志

2013-07-23 19:55:29 1V1go5-00034h-8G contact@domain.com F= R=lookuphost T=remote_smtp S=10281 H=ASPMX.L.GOOGLE.com [2a00:1450:4013:c01::1a] X=TLSv1:RC4-SHA:128 C="250 2.0.0 OK 1374602129 r42si29746715eep.2 - gsmtp" 2013-07-23 19:55:30 1V1go5-00034h-8G => rgoossSNIPPED@gmail.com F= R=lookuphost T=remote_smtp S=10281 H=gmail-smtp-in.l.google.com [2a00:1450:4013:c01::1a] X=TLSv1:RC4-SHA:128 C="250 2.0.0 OK 1374602130 x6si29680305eew.317 - gsmtp" 2013-07-23 19:55:30 1V1go5-00034h-8G 完成

2013-07-24 10:29:09 1V1uRZ-0005yg-PX contact@domain.com F= R=lookuphost T=remote_smtp S=10120 H=ASPMX.L.GOOGLE.com [2a00:1450:4013:c00::1b] X=TLSv1:RC4-SHA:128 C="250 2.0.0 OK 1374654550 z6si31979271eel.292 - gsmtp" 2013-07-24 10:29:10 1V1uRZ-0005yg-PX => SNIPPED@loyenslo-eff.com F= R=lookuphost T=remote_smtp S=10120 H=mail.loyenslo-eff.com [62.132.204.200] C="250 好的:消息 36327691 已接受”2013-07-24 10:29:10 1V1uRZ-0005yg-PX 已完成

我更新了一些设置。这就是我所看到的:

2013-07-29 14:40:11 1V3mkF-0004vN-Jf <= info@mywebstore.com U=shirts350 P=local S=11736 T="Uw bestelling is geplaatst en wordt verwerkt" from <info@mywebstore.com> for info@mywebstore.com
2013-07-29 14:40:12 1V3mkF-0004vN-Jf => info@mywebstore.com F=<info@mywebstore.com> R=lookuphost T=remote_smtp S=11810 H=ASPMX.L.GOOGLE.com [2a00:1450:4013:c01::1a] X=TLSv1:RC4-SHA:128 C="250 2.0.0 OK 1375101612 3si5304843eej.103 - gsmtp"
2013-07-29 14:40:12 1V3mkF-0004vN-Jf Completed

2013-07-29 14:40:12 1V3mkG-0004vS-1k <= info@mywebstore.com U=shirts350 P=local S=11740 T="Uw bestelling is geplaatst en wordt verwerkt" from <info@mywebstore.com> for mytestemail@gmail.com
2013-07-29 14:40:12 1V3mkG-0004vS-1k => mytestemail@gmail.com F=<info@mywebstore.com> R=lookuphost T=remote_smtp S=11814 H=gmail-smtp-in.l.google.com [2a00:1450:4013:c00::1b] X=TLSv1:RC4-SHA:128 C="250 2.0.0 OK 1375101612 e5si53052514eeg.102 - gsmtp"
2013-07-29 14:40:12 1V3mkG-0004vS-1k Completed

【问题讨论】:

  • 将“exigrep info@domain.com /path/to/exim/mainlog”的结果添加到您的问题中,我们将按照显示的结果进行解释。
  • bump ...... : 有什么想法吗?
  • 邮件说 Gmail 的服务器接受了它(250 行是他们服务器的响应)。让客户查看他们的 Postini 过滤器,很有可能它在到达他们的邮箱之前就被隔离了。

标签: magento vps exim


【解决方案1】:

我有一个在 EC2 实例中运行的 magento,对于电子邮件托管,我使用的是 bluehost,我通过将“Set Return Path”设置为 Yes 来解决这个问题系统->配置->高级->系统->邮件发送设置

【讨论】:

    【解决方案2】:

    我遇到了同样的问题,这就是我解决它的方法。我没有像其他答案那样更改lookuphost,而是添加了另一个路由器

    在我的 exim conf 的 routers 部分中,我在 lookuphost 路由器之后添加了

    routetogoogle:
      driver = manualroute
      route_list = mydomain.com 
      transport = remote_smtp
    

    这会手动强制访问 mydomain.com 的任何内容使用 remote_smtp 传输,该传输将查找正确的 MX 记录。与更改 lookuphost 的细微差别 - 但这将允许您在需要时仍为其他域在本地传递邮件。

    【讨论】:

      【解决方案3】:

      我更改了 exim.conf 文件,但这不是解决方案。来自和发往同一域的电子邮件。来自和发往相同的电子邮件 ard 未发送

      据我了解:

      下面的代码查看 local_domains 以查看电子邮件是针对这里还是外部世界。由于我们的电子邮件不是由本地邮件服务器处理,而是谷歌本地域也应该通过 smtp 路由

      此行从 smtp 中排除本地域

      域名 = ! +local_domains

      所以我们取消了它的注释

      谢谢

      # This router routes to remote hosts over SMTP using a DNS lookup. Any domain
      # that resolves to an IP address on the loopback interface (127.0.0.0/8) is
      # treated as if it had no DNS entry.
      
      lookuphost:
        driver = dnslookup
        # domains = ! +local_domains
        ignore_target_hosts = 127.0.0.0/8
        condition = "${perl{check_limits}}"
        transport = remote_smtp
        no_more
      

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2013-10-17
        • 2017-06-07
        • 2019-08-25
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2015-03-15
        • 1970-01-01
        相关资源
        最近更新 更多