换句话说，正在使用v=spf1 a mx ~all推荐使用v=spf1 a mx -all ？ RFC似乎没有提出任何build议。 我的select一直是使用FAIL，这会导致问题立即出现。 我发现用SOFTFAIL，configuration不正确的configurationSPFlogging是无限期的，因为没有人注意到。 然而，我在网上看到的所有例子似乎都使用了SOFTFAIL。 是什么让我质疑我的select是当我看到Google AppsconfigurationSPF的说明： 创build一个包含此文本的TXTlogging：v = spf1 include：_spf.google.com〜all 发布使用-all而不是〜all的SPFlogging可能会导致传送问题。 有关Google Apps邮件服务器地址的详情，请参阅Google IP地址范围。 推荐使用SOFTFAIL的例子是否过于谨慎？ 是否有充分的理由使得SOFTFAIL成为最佳实践？
在$ work中，官方电子邮件解决scheme是连接到Exchange服务器的Windows上的Outlook。 这对于在台式机上使用Linux的人来说是个问题。 Exchange服务器支持IMAP，使用通常的嫌疑人（例如Thunderbird），电子邮件可以很好地工作。 它还提供了Web邮件界面，这是相当垃圾，除非你使用IE浏览器。 （任何其他最喜欢的电子邮件客户端？） 最大的问题是Outlook日历。 我仍然没有find可以取代它的可行的Linux客户端。 任何build议？
你的网域上有多less个子域名？ 就此而言，我的意思是子域的级别。 例如，你有域example.com ，我知道你可以有test.example.com ，但是你有多less层？ 像test2.test.example.com ， test3.test2.test.example.com等 其次，我想知道关于电子邮件地址的两件事情。 首先，在一个电子邮件地址中使用子域名有多常见（如果甚至可能的话）？ 我从来没有见过类似[email protected]东西，所以我不太确定。 如果可能的话，你可以有多less个关卡（就像上面一样）？ 最后，上面的问题可以依赖域名注册商或者邮件服务器等吗？ 有什么依赖？
我有一个网站，需要发送电子邮件给客户提供他们已经购买的文件。 可靠的电子邮件交付对这项业务至关重要。 不幸的是，我的服务器发送的大部分电子邮件都没有发送，因为我的MTA“声誉不佳”。 以下是我的mail.log中的一些示例行： Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to […]
当我尝试在我的postfix服务器上发送电子邮件到同一个域的一个地址（例如，如果服务器主机名是mail.example.com，我尝试发送一封邮件到[email protected]），我得到在日志中出现以下错误并且邮件未送达： Recipient address rejected: User unknown in local recipient table 。 如果我发送到另一个域的地址，我没有任何问题。 这是我的/etc/postfix/main.cf文件： smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) biff = no # appending .domain is the MUA's job. append_dot_mydomain = no # Uncomment the next line to generate "delayed mail" warnings #delay_warning_time = 4h readme_directory = no # TLS parameters smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database […]
我们的商业电子邮件托pipe在Google应用上。 另外，我们的networking服务器也可能发送电子邮件。 目前我们在DNS中的SPFlogging如下所示： domain.com. IN TXT "v=spf1 a include:_spf.google.com -all" 这一切都很好，但是现在我们已经把我们的邮件列表pipe理外包给了另一家公司，而且我们需要包含第二个域名。 所以，我正在寻找像这样的东西： domain.com. IN TXT "v=spf1 a include:_spf.google.com include:otherdomain.com -all" 这是什么正确的语法？ 非常感谢！
我需要发送大量的电子邮件，每周大概有六万个。 目前，我们将这项服务外包给第三方，我们预计在未来6个月内将把服务量翻番。 由于服务开始太昂贵，我正在考虑build立我们自己的MTA。 我们自己的系统pipe理员告诉我们，拥有自己的MTA并不难，但是恐怕他可能会过分简化它。 难以处理MTA吗？ 我应该担心我的MTA会丢失公司邮件吗？ 我应该留在第三方服务？ ps：电子邮件是根据当地的隐私法规收集的，所以没有垃圾邮件。
我刚刚发现procmail网站（ http://www.procmail.org/ ）已经closures。 我做了一些关于它的状态的研究，似乎自2001年以来，procmail的开发已经失败了。即使是旧的procmail维护者也build议将它从openbsd端口中移除，因为代码是不安全的（ https://marc.info/？ l = openbsd-ports＆m = 141634350915839＆w = 2 ）。 这有点吓人，因为未修复的bug会导致远程代码执行漏洞。 最近的Linux发行版（例如Ubuntu，Debian）仍然提供它，但使用procmail仍然安全吗？
问题标题几乎包含了问题本身，但作为一个例子： 而不是像[email protected] （其中的example是TLD com的子域）的地址，你可以有一个像sky@net的电子邮件地址，其中域部分只包括net ，这也恰好是顶级域名？
我需要检查一个PTRlogging，以确保我的脚本正在发送电子邮件，这些电子邮件实际上会被我的用户接收，而不会被错误地标记为垃圾邮件。 我知道拥有IP范围的ISP必须设置PTRlogging，但是如何检查它是否已经设置？