从我的服务器上的站点发送的一些邮件反弹回以下mail.log消息 Nov 26 17:27:53 blogu postfix/smtp[16858]: C4DD22908EC0: to=, relay=rejecting-domain.ro[rejecting-ip]:25, delay=2.5, delays=0.1/0/2.3/0.04, dsn=5.0.0, status=bounced (host rejecting-domain.ro[rejecting-ip] said: 550 Access denied – Invalid HELO name (See RFC2821 4.1.1.1) (in reply to MAIL FROM command)) 在接收端，我的电子邮件logging如下： 2011-11-22 15:09:35 H=static.39.80.4.46.clients.your-server.de (Ubuntu-1004-lucid-64-minimal) [my-server-ip] rejected MAIL : Access denied – Invalid HELO name (See RFC2821 4.1.1.1)
我正在创build一个反弹电子邮件系统，邮件可以回复我的网站上的消息。 但是，当电子邮件发送给包含上一条消息的用户时，“ Reply-To字段包含一个类似于此的电子邮件[email protected] （其末尾包含ID）。 如果用户回复，则回复消息将被发送回[email protected] ，当然，除了[email protected]之外，它没有自己的邮箱。 如何将所有传入的消息从特定的通配符notification-message-*@mysite.comredirect到[email protected] ？ 我做了一些研究，但是没有luser_relay = [email protected]工作，包括luser_relay = [email protected]并把notification-message-*放在后缀别名表中， notification@有一个Maildir，所以电子邮件会进入它。 概念图： 我正在使用Ubuntu 11.04。
发送给Mimecast的服务器上的电子邮件由于灰名单被“暂时拒绝”。 Mimecast 有这方面的文档 ; 他们说每次他们看到一个独特的IP和发件人，他们暂时将IP列入IP。 他们build议继续重试，最终IP应该被列入灰名单。 我们已经configuration了我们的Postfix来做到这一点。 所有退回的电子邮件都会重试几次，但是Mimecast并没有将我们从他们的灰名单上删除。 我们的域已经正确configuration了PTR和SPFlogging。 知识产权也不在任何地方被列入黑名单。 这是我们的Postfixconfiguration： maximal_queue_lifetime = 1h maximal_backoff_time = 15m minimal_backoff_time = 5m queue_run_delay = 5m 我也联系了他们，但我会假设他们不会回复，因为我们不是Mimecast的客户。 我们如何去取消他们的灰名单？
什么是parsing返回到我的服务器反弹（无法投递）电子邮件的标题，并确定是否软或反弹的最佳方式是什么？ 我只发送给我的用户select邮件，但偶尔有些电子邮件地址陈旧。 当电子邮件弹回到我的服务器，我想find为什么它弹起（软/硬）。 然后，我可以在我的数据库中正确处理它，并且/或者标记用户在下次login时更新他们的电子邮件。 我使用的是Ubuntu和Postfix。 我已经用别名和虚拟别名成功实现了VERP。 所以退回的电子邮件有一个bounce + [email protected]返回path，我可以pipe他们到一个脚本。 现在，我已经设置了VERP，我知道原始电子邮件是发送给谁的，但是我需要parsing返回的邮件头，以确定它是软反弹还是硬反弹。 处理这个问题的最好方法是什么？ 据我了解，并不是所有的邮件服务器都按照相同的规则来播放，而且邮件头可以有多种格式。 是否有一些开源项目跟踪这些types的东西？ 我可以实现一些简单的东西，将正确的大部分反弹归类？ 我试图保护我的邮件服务器的声誉，所以任何帮助非常感谢！
我们正在考虑实现可变包络返回path （VERP），以改善我们的应用程序的反弹处理。 我们当前的邮件基础架构是MS Exchange 2007，但正在升级到2010年。我们也正在实施Postini进行垃圾邮件过滤。 Exchange不支持子寻址 （另请参阅关于一次性地址的这个问题 ） – 而VERP是一种专门的子寻址应用程序。 有没有在Exchange中实现VERP的任何选项，而不在Exchange前面放置另一个非Exchange SMTP中继来预处理传入消息？ 具体而言，是否可以创build一个可以与目标（不存在）收件人匹配的传输规则，将该收件人地址存储在添加到邮件中的特殊邮件头中，然后将邮件redirect到预先创build的邮箱？ 注意：如果可以使用自定义代码，我们有开发人员资源可用。
最近我得到了很多反弹。 我以为我的谷歌应用程序帐户已经被入侵，但我的应用程序帐户没有任何活动，当然也没有恶意用户可以看到。 由于电子邮件总是从一些随机的用户名（例如，[email protected]）发送，我试图find一种不允许从未注册的用户发送电子邮件的方式。 我找不到任何东西。 令我担心的是，这封邮件中有一个X-Google-DKIM-Signature，它说“Google试图传递您的信息”。 这是否意味着电子邮件是从我的信任客户端发出的？ （我只使用Gmail） AFAIK垃圾邮件发送者可以自由地欺骗电子邮件的每个领域，但DKIM应该使（现代）服务器放弃这些不可validation的电子邮件。 任何想法泄漏是什么？ 这是一个反弹的例子： Delivery to the following recipient failed permanently: [email protected] Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain 174.133.125.2 [174.133.125.2]. The error that the other server returned was: 553 sorry, that domain isn't […]
我想知道使我的邮件服务器代表我的客户的域名发送电子邮件的最佳方式，而不是灰名单，也避免反弹问题。 我一直在这里 ， 在这里和这里读一些其他的问题，但没有探讨所有可能的解决scheme。 以下是我想比较的一些可能性： 一个。 HELO mymailserver.com MAIL FROM<[email protected]> # mymailserver.com same IP as myapp.com DATA From: <[email protected]> Sender: <[email protected]> 问题 ：这是Gmail所做的。 这是msg标题“From：”具有不同的域，而不是信封发件人。 emailclient将通过[email protected]或“From：[email protected]代表[email protected]”显示“来自： [email protected]” ，这不是问题为了我。 现在，这是否会严重影响我的域名，标题“From：”具有不同的域？ （如果这不是谷歌谁做的..） B. HELO mymailserver.com MAIL FROM<[email protected]> DATA From: <[email protected]> # same as A, but no "Sender:" 它看起来像谷歌曾经这样做，并称它是一个错误http://groups.google.com/group/Gmail-Help-Message-Delivery-en/browse_thread/thread/f651cb1db5d9dd23/3a8bcd0548487863?lnk=gst&q=%22on+behalf +的％22＆PLI = 1 一个bug从他们的消息中删除了“发件人：”，并且“via”没有出现在电子邮件客户端中。 （RFC表示它必须存在，如果它不同于“From：”） C。 HELO mymailserver.com MAIL FROM<[email protected]> […]