我有一个VPS服务器和directadmin上有多个域名。 我注意到在其中一个域上发送电子邮件令人讨厌的问题。 有时候，当我发送电子邮件给客户端时，它会反弹到错误。 通常是这样的： Helo command rejected: Host not found or No (consistent) reverse DNS set. 我的域名： moraman.pl ns1.w0lf.pl ns2.w0lf.pl logging（DA）： ftp A 91.230.204.72 localhost A 127.0.0.1 mail A 91.230.204.72 moraman.pl. A 91.230.204.72 pop A 91.230.204.72 smtp A 91.230.204.72 www A 91.230.204.72 moraman.pl. NS ns1.w0lf.pl. moraman.pl. NS ns2.w0lf.pl. mail MX 10 72.204.230.91.in-addr.arpa. PTR moraman.pl. moraman.pl. […]
我最近开始接收postmaster和mailerdaemon邮件，这些邮件是关于从我的公司领域发送的未送达邮件。 这是默认的垃圾邮件：附件/发票/等。 它不是从我的服务器（我们使用付费电子邮件服务提供商）来的。 大部分电子邮件都被垃圾邮件拒绝，因为域名上启用了SPF，但是我仍然担心有些人收到邮件，或者在垃圾邮件filter中看到邮件，并将其与公司关联。 我最初认为这将是一个短暂的攻击，事情将在24-48小时后停止，但是这已经是3个星期前，并且还有新浪潮的电子邮件，一直到我的垃圾邮件filter。 我的SPFlogging： v=spf1 include:spf.messagingengine.com ?all 有什么我可以做的吗？
我已经为自己和其他人运行了一段时间的邮件服务器。 就在最近（因为搬到一个新的主机），我们开始看到反弹，当我们发送邮件到“Google Apps”上的“群组”的电子邮件地址 – 我们可以发送正常的Gmail和谷歌应用程序的地址，但是当我们发邮件给我们一个小组： 您的电子邮件分组…被拒绝，因为垃圾邮件分类。 我不确定我能在这里做什么。 我有SPF设置和传递，我有DKIM设置和传递，和其他主机（包括普通的Gmail）接受我的邮件没有问题。 说服这些地址我不是垃圾邮件吗？ （因为他们通常是公司支持的电子邮件地址，所以更烦人。）
我有一个我自己的几个域的小型后缀服务器（与mydestination = pcre：/ etc / postfix / mydestinations匹配）。 我设置了一些非虚拟的别名 alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases 在这个文件中，我定义了通用的别名 generic: someuser 而用一个recipient_delimiter = -我现在可以使用[email protected]作为一次性电子邮件地址。 由于这些通用地址中的一些垃圾邮件，我可以根据别名放弃所有电子邮件： generic-spammed: /dev/null 这工作很好，但这意味着我不断接受这些电子邮件。 相反，我想拒绝他们。 阅读别名文件，似乎我应该能够做到以下拒绝“用户未知”错误的电子邮件 ： generic-spammed: |"exit 67" 不幸的是，电子邮件被反弹，而不是被拒绝，造成反向散射。 这意味着他们最初被接受，在被反弹之前， 250 OK返回给发送者。 这与此问题类似，除了我使用本地目的地，而不是虚拟的。 我有smtpd_reject_unlisted_recipient作为默认，我怀疑我的问题是由于从doc下面的句子 ： The recipient domain matches $mydestination, $inet_interfaces or $proxy_interfaces, but the recipient is not listed in $local_recipient_maps, and […]
发送电子邮件时，收到未送达的邮件，其中包含以下消息：“ 收件人地址被拒绝：无效的HELO / EHLO;必须是FQDN或地址字面值，而不是来自某些Web服务器的”xxx“554 5.7.1 ”我的VPS）。 我检查了日志，但没有发现任何可疑的东西。 后缀configuration如下（应该是相当默认的）： # Debian specific: Specifying a file name will cause the first # line of that file to be used as the name. The Debian default # is /etc/mailname. #myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no # appending .domain is the MUA's job. […]
我们使用的是Exchange 2010.我们有一个用户从我们的Exchange服务器收到数以千计的NDR邮件，因为垃圾邮件发送者使用他的地址来发送大量的Yahoo和Hotmail地址。 我试过在Remote Domains下禁用NDR邮件，我已经启用了RecipientValidation，没有骰子。 如何防止Exchange生成这些电子邮件？
我们希望通过处理所有的反弹来改进我们的邮件列表。 正如我所看到的，有不同的方法。 一个检查IIS mailroot文件夹中的死信文件夹。 其他人使用pop3检查电子邮件帐户以获得反弹。 我们的设置是IIS SMTP服务器后面的交换服务器。 我们从不同的服务器（出）和不同的地址发送。 但传入是所有相同的服务器。 什么软件可以帮助我们轻松地处理反弹？ 我不想要一个工具，删除所有的邮件从服务器（pop3），我想扫描员工帐户以及自动帐户。 该工具应允许采取行动（调用一个batch file，或调用一个URL来做地址反弹的东西。 坏邮件文件夹和不传递邮件的区别是什么？ 都涵盖所有反弹或只是结合？ 谢谢！
我不确定这里到底发生了什么问题，但是我的服务器（Postfix？）似乎拒绝所有到服务器example.info外部邮件。 这是我收到的反弹消息，类似于Gmail和雅虎。 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 recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 […]
我和我的同事分享了一个电子邮件地址，在过去的3到4周里，我们在向客户发送电子邮件时经常收到错误信息。 一般来说， 554 – MTA's poor reputation ，一直在向我们反弹。 我检查了我们的服务器是否被列入黑名单，但显然不是。 来自同一服务器的其他员工没有相同的问题。 任何人都可以帮忙解决这个问题吗？ 请让我知道，如果你需要进一步的信息。 先谢谢你。 The original message was received at Thu, 3 May 2012 16:40:18 +0900 from host-41-141.citramedia.net.id [203.191.41.141] (may be forged) —– The following addresses had permanent fatal errors —– (reason: 554-m1pismtp01-037.prod.mesa1.secureserver.net) —– Transcript of session follows —– … while talking to smtp.secureserver.net.: <<< 554-m1pismtp01-009.prod.mesa1.secureserver.net […]
目前信封来自[email protected] 。 本网站发送的所有电子邮件均使用[email protected]的发件人地址。 我应该更改信封发送地址以匹配发件人地址？ 为什么？