我configuration了Postfix，一段时间后，我发现我被阻止发送电子邮件，因为我的networking在黑名单（这是一个dynamic的IP）。 所以，有时Outlook不连接发送（仍然收到邮件）。 然后，我更改了主文件上的SMTP，并在这种方式上设置了端口587： 587 inet n – – – – smtpd 现在的问题是我无法接收，我得到这些错误： 收件人服务器不接受我们的连接请求 在我的域pipe理器上，我设置A寄存器指向他自己的IP，MX指向我的域名（MX是mydomain.com，而不是mail.mydomain.com，但都是用Postfixconfiguration的）。 我不明白什么是错的，对这个问题有什么想法？
当我的电子邮件服务器收到发送给未知本地用户的邮件时，服务器是否会将邮件发送回发件人，或者邮件是否被删除？ 我只是好奇什么是最喜欢的。 我可以想到两种select都有帮助和无益的情况。 例如，发送到未知本地地址的垃圾邮件可能不应该被退回给发件人，因为它很可能会被发回到另一个未知地址。 但在某些情况下，有人可能只是在合法的电子邮件上input错字。 谢谢。
我们发送通讯/批量邮件（当然是双重select）。 我们自动删除邮件列表中的硬反弹（邮箱不可用，用户未知，主机未知…）。 但是，由于用户的邮箱已满/用户超过配额，会生成大量“未送达”邮件。 所以电子邮件地址仍然存在，但邮箱已满。 所以最常见的两种情况可能是 a）用户仍在使用他的账户，并在不久的将来删除一些电子邮件，所以他不再超过配额，可以再次收到电子邮件。 b）用户放弃了他的账户（无论出于何种原因），它已经满了，就是这样。 它永远不会再被使用… 所以第一个场景告诉我不要从我们的邮件列表中删除电子邮件地址，第二个场景告诉我应该删除它。 当然，我不知道。 在“我的邮件服务器/ IP地址的声誉”方面，最好的策略是什么？ 我是否应该在接下来的几天/几周内发送邮件，如果邮件还没有正常工作，我应该把它当作b）吗？ 我会假设大多数ESP会在一段时间后删除不活动/完整的电子邮件地址，所以他们会变硬反弹吗？ 或者ESP会阻止经常向邮箱发送邮件？
有谁知道可能会导致以下情况？ Crontab电子邮件popup消息“内容过滤垃圾邮件拒绝”。 （我已经联系了邮件服务器pipe理员关于这个。） 但是使用命令“mail [email protected]”发送的邮件是“stat = Sent … Queued mail for delivery”（根据日志），但是永远不会到达，也不会弹起。 我已经尝试作为根和其他用户发送。 任何帮助将不胜感激！ 谢谢。
我正在运行一个高可用性集群，到目前为止，大部分工作都很好。 我有两台作为外发邮件主机（smarthosts）的外部机器。 内部主机被configuration为通过这两个面向外部的主机来中继所有的电子邮件。 我的smarthosts的main.cf看起来像这样： myhostname = lb1.example.com alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases mydestination = lb1.example.com, localhost relayhost = mynetworks = 127.0.0.0/8 10.1.248.0/24 我的内部主机的main.cf如下所示： mynetworks = 127.0.0.0/8 myhostname = web1.example.com mydestination = $myhostname, localhost.$mydomain, localhost relayhost = [10.1.248.3] smtp_fallback_relay = [10.1.248.2] lb1的内部IP是10.1.248.2，lb2的内部IP是10.1.248.3。 在外部主机上，root和www-data的电子邮件将通过/ etc / aliases转发到[email protected]。 使用智能主机设置的一个优点是垃圾邮件filter等可以连接回发送发送服务器。 所有的电子邮件发送很好，标题看起来像这样： Received: from lb2.example.com ([198.51.100.3]) by mx.google.com with […]
你好我正在把我的网站移动到一个新的主机（即新的IP）的过程。 我运行了一个发送大量（有效）电子邮件的社交网站，在过去的两年中，我用当前的IPbuild立了良好的发送声誉。 我的迁移计划一般是： 将网站移至新的主机/ IP 继续从旧IP发送网站的邮件 build立发送新IP的信誉：逐步增加从新IP发送的邮件数量，同时减less从旧IP发送的邮件 我希望从旧IP和新IP发送的邮件都是SPF和DKIM签名的，都是从[email protected]出现，然后返回[email protected] 一些信息： 不，我不能保留旧的IP 这两个服务器都是基于whm / cpanel（我更喜欢） 网站是php / mysql5.1 我目前看到的解决scheme是： 答案（A）： 将旧IP设置为“mysite.com的允许发件人”，并通过经过validation的SMTP将新IP的电子邮件发送到旧IP 好：邮件通过SPF并且显示为从旧IP发送，除了邮件服务器之外没有任何特定的旧IP运行。 不好：邮件不通过DKIM，通过SMTP发送新的IP – >旧IP – >世界是非常非常缓慢的。 我每天发送60k +。 解决scheme（B）： 将旧IP设置为“mysite.com的允许发件人”，并通过远程SQL从新IP – >旧IP发送电子邮件。 然后，旧的IP在SQL中的任何电子邮件上发送出去。 好：邮件通过SPF，并显示为从旧IP发送。 比解决scheme更快 不好：邮件不能通过DKIM，安装是一个黑客和不太可维护。 我是否错过了一些非常明显和直接的解决scheme？
我刚刚搬到一个正常的经销商托pipe专用服务器托pipe，目前面临的问题与电子邮件黑名单。 我的一个客户有大约4个联系表格，当发送邮件时，它会自动发送收据邮件给用户和pipe理邮件。 我已经放置了一个validation码，以防止滥用垃圾邮件和僵尸工具，这很好。 问题是：用户input错误的电子邮件地址，导致发送无效甚至反弹 。 （网站每天的访问量约为400-800次，每天约有10-25个联系表格。） 有时它可能会变得非常糟糕（反弹和无效发送），IP被黑名单和其他电子邮件黑名单工具列入黑名单。 他们认为我们正在发送垃圾邮件。 解决这个问题的最好方法是什么？ 我应该和我的客户谈谈，关掉这个function，自动发送电子邮件给客户？ 还是有更好的方法来处理黑名单？
我发送电子邮件从我的域名prokubo.com使用谷歌应用程序，我已经返回电子邮件至lesssendind到两个不同的域： 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 centralaccount.pt by mail-pt.securemail.pro . [81.88.48.101]. The error that the other server returned was: 550-Verification failed for <[email protected]> 550-Unrouteable address 550 Sender verify failed 并且 […]
背景 我们有一个运行在webapp.example.com上的web应用程序（除其他外）通过电子邮件不时地发送消息。 这些信息是不重要的，尽pipe我们希望尽最大的努力来传递信息，但是信息传递失败的知识是没有意义的。 考虑到这一点，昨天我问，如果不想接收电子邮件反弹，该怎么办？ 可以肯定的是，答案似乎是在第一次接收它们（而不是拒绝它们，例如在SMTP层或更低层;或者用空的返回path传输原始消息） 之后 ，放弃这种反弹。 选项 假设webapp生成的消息目前具有[email protected]的返回path，并且在DNS中具有域example.com. 完全由以下logging定义： @ SOA ns.example.net. hostmaster 1 86400 7200 604800 300 NS ns.example.net. NS ns.example.org. MX 1 mx.example.net. TXT "v=spf1 a:192.0.2.0/24 -all" webapp A 198.51.100.1 TXT "v=spf1 a -all" 我们的问题是，为了接收反弹信息（尽pipe纯粹是为了可以丢弃 ），我们认为： webapp.example.com必须运行接受退回消息的SMTP服务器; 某些其他机器必须运行接受退回消息的SMTP服务器，并且必须将MXlogging添加到webapp.example.com. 所以他们在那里交付; 要么 返回path必须改变，例如[email protected] – 在这种情况下，不仅该域的邮件交换器必须接受退回邮件，还必须： （a）结果域的发件人策略，例如example.com. ，必须更新以包含a:webapp.example.com ; 要么 （b）webapp必须通过由该域的发送者策略批准的主机（例如192.0.2.0/24 ）来中继所有发出的消息。 问题 选项1是不受欢迎的，因为我们并不特别希望在托pipewebapp的机器上运行额外的面向公共服务的额外安全性（至less是那么less的）。 选项2是不可取的，因为我们唯一面向公众的邮件服务由第三方提供，创build新的收件人域超出了我们现有服务协议的范围。 […]
我们正在开发一个电子邮件发送应用程序，我们允许我们的用户指定From:他们的电子邮件将从From:头。 假设我们的域是mydomain.com ，我们的客户域是clientdomain.com 。 所有电子邮件都从我们的IP地址发送，地址为@ mydomain.com，作为MAIL FROM 。 所有的邮件都是DKIM与我们的域名签署。 在mydomain.com上build立SPFlogging，只允许使用我们的IP地址，而我们的客户也在clientdomain.com上设置了SPFlogging，其IP地址允许在那里（不包括我们的IP地址）。 另请注意， clientdomain.com没有DMARClogging。 根据我读过的所有内容，SPF应该根据MAIL FROM命令（来自信封）中find的域进行validation，而不是From：头中的域。 我们的客户做了一个testing，并发送了一封电子邮件给自己，这个问题有什么关系？ 我们还search了至less一个FROM标题地址不允许发送邮件，什么都没发现，这看起来像是一个非常罕见的错误。 这是我们第一次看到这个错误，而且我们对这个错误感到困惑，或者我们没有正确理解SPF，或者如果这个服务器做错了。 这是我们收到的重要部分的反弹信息的开始： Hi. This is the qmail-send program at mailserver.mydomain.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <[email protected]>: xxx.xxx.xxx.xxx failed […]