我们有一个dynamicIP地址连接。 我们有一个SMTP服务器。 问：在现实生活中有什么解决scheme？ 问题是IP可能会改变，如何在更改IP之前放置域名？ DynDNS像解决scheme…我不知道..不能被信任。 由于知识产权可以改变，黑名单能引起问题吗？
我希望Postfix最初尝试发送一封电子邮件，并且只有在出现反弹的情况下才尝试通过中继发送邮件。 这种情况是，我们把一个现有的网站和我们需要发送电子邮件的用户一起移到一台新的服务器上，这个服务器有一个新的IP，主要的电子邮件提供商正在反弹。 我知道我需要热身IP，但问题是如何确保交付，而我们热身IP？ 看起来像一个Catch-22。 我的想法是尝试通过我们的新IP地址，只有在反弹，通过我们已经寄出的热身IP再次尝试。 我知道如何将所有Postfix电子邮件转发到另一个Postfix服务器，但是我希望只有在接收到一个反弹时才能进行条件转发，以便我们最终可以预热这个新的IP。
情况：我们有3个独立的SMTP服务器在3个独特的公共静态IP地址[由ISP提供。 我们有一个新的移动4G连接与一个单一的静态公共IP作为一个可能的故障转移连接。 我们有一台Draytek 2860 ADSL路由器来处理3个公共静态IP所在的主要adsl连接。 Draytek可以处理WAN1（ADSL）和WAN2（4G Mobile）之间的故障切换。 问题：在故障转移期间，我们希望3个SMTP服务器能够通过单个IP 4G移动连接发送和接收电子邮件1）是否需要通过SMTP网关完成，如Postfix .. 2）我们可以有我们的mxlogging指向单个4G移动IP和SMTP服务器select在本地局域网？
我用opendkimconfiguration了postfix。 一切工作正常，我已经testing了DKIMlogging以及DMARC和SPF，一切似乎都很好。 我也在收件箱里的Gmail邮箱里收到邮件。 但是，当我尝试发送电子邮件到Outlook.com，电子邮件不起作用。 此外，我没有看到邮件日志中的任何错误。 邮件日志： Apr 16 17：51：34postfix / smtp [4778]：E6911060F：to = <******* @ hotmail.com>，relay = mx1.hotmail.com [65.54.188.72]：25，delay = 2，延迟= 0.09 / 0 / 1.2 / 0.75，dsn = 2.0.0，状态=发送（250排队邮件发送）Apr 16 17:51:34 postfix / qmgr [4697]：E6911060F：删除 我没有收到垃圾邮件或收件箱@ hotmail。 似乎Outlook只是拒绝电子邮件。 前几天一切正常，但我正在接收垃圾邮件，然后我安装了DKIM，我开始在收件箱中收到电子邮件，但有时候我停止收到我的Outlook的电子邮件，我没有看到任何错误太。 在我使用的SPFlogging中： "v=spf1 a ~all" 当我尝试从Outlook发送电子邮件到我的[email protected]时，我确实收到了电子邮件，但是在日志中这是我所看到的。 Apr 16 17:53:22 postfix/smtpd[5016]: Anonymous TLS connection established from mail-oln040092255027.outbound.protection.outlook.com[40.92.255.27]: […]
相关： Exchange 2010具有accept-any-sender权限的匿名用户？ 选中“匿名用户”安全设置的连接器的Exchange 2013默认设置会将以下权限授予连接器： User ExtendedRights Deny —- ————– —- NT AUTHORITY\ANONYMOUS LOGON {ms-Exch-SMTP-Accept-Any-Sender} False NT AUTHORITY\ANONYMOUS LOGON {ms-Exch-SMTP-Accept-Authoritative-Domain-Sender} False NT AUTHORITY\ANONYMOUS LOGON {ms-Exch-Accept-Headers-Routing} False NT AUTHORITY\ANONYMOUS LOGON {ms-Exch-SMTP-Submit} False NT AUTHORITY\ANONYMOUS LOGON {ms-Exch-Store-Create-Named-Properties} False NT AUTHORITY\ANONYMOUS LOGON {ms-Exch-Create-Public-Folder} False NT AUTHORITY\ANONYMOUS LOGON False NT AUTHORITY\ANONYMOUS LOGON False “接受任何发件人”显然是必需的，因为否则传入的电子邮件根本不会通过，也“SMTP提交”是必需的。 但是“ms-Exch-SMTP-Accept-Authoritative-Domain-Sender”呢？ 这里解释权利为“允许发送任何托pipe在连接的服务器的Exchange组织上的域”，或者“ Get-AcceptedDomain中列为“权威”的任何域。 我期望这个权利是多余的，并且坦率地说不利于维护，但撤销这个使得Exchange连接器显示没有人有足够的权利通过这个连接器发送邮件。 不过，收到的邮件stream不会因此而中断。 […]
假设我有一个SPFlogging： v=spf1 include:_foo.example.com ~all 假设_foo.example.com具有以下内容： vspf1 ip4:1.1.1.1 -all 嵌套的spflogging中的-all条目是否优先？ 或者，父logging中的~all条目是否具有优先权？
我目前正在尝试打开Samba的iptables防火墙，但是我在不同的门户网站上find的configuration不起作用。 没有防火墙，一切工作正常。 在启用防火墙的情况下，除了nmbd.log以外，在日志中看不到任何错误。 [2017/07/24 15:07:47.107717, 0] ../source3/libsmb/nmblib.c:873(send_udp) Packet send failed to 192.168.0.46(137) ERRNO=Operation not permitted [2017/07/24 15:07:47.107808, 0] ../source3/nmbd/nmbd_packets.c:1026(reply_netbios_packet) reply_netbios_packet: send_packet to IP 192.168.0.46 port 137 failed [2017/07/24 15:10:30.841301, 0] ../source3/libsmb/nmblib.c:873(send_udp) Packet send failed to 192.168.0.255(137) ERRNO=Operation not permitted [2017/07/24 15:10:30.841395, 0] ../source3/nmbd/nmbd_packets.c:179(send_netbios_packet) send_netbios_packet: send_packet() to IP 192.168.0.255 port 137 failed [2017/07/24 15:10:30.841421, 0] ../source3/nmbd/nmbd_namequery.c:245(query_name) […]
sendmail 8.14.x 有人可以确认sendmail是否支持BDAT分块function？ 我在蝙蝠本书中没有提到它。 我能在网上find的唯一的东西是从2002年到comp.mail.sendmail的一篇文章，表明它不在那里。
设置一个后缀服务器，试图找出为什么它不工作。 这是我在排除故障时运行的命令。 我希望能够连接，但不能。 lol@foldingmachine:~$ telnet a.mx.mail.yahoo.com 25 Trying 67.195.168.31… telnet: Unable to connect to remote host: Connection timed out 这是一些traceroute输出： lol@foldingmachine:~$ sudo traceroute -n -T -p 25 a.mx.mail.yahoo.com traceroute to a.mx.mail.yahoo.com (67.195.168.31), 30 hops max, 60 byte packets 1 192.168.1.1 1.040 ms 1.373 ms 1.719 ms 2 * * * 3 * * * 4 […]
注意：为安全起见，域和IP被混淆。 我们有一个内部Web应用程序，可以将电子邮件报告发送给不同的供应商。 我们的主交换服务器（域名co.XXX.YY.ZZ）不会中继邮件，所以我们的一个Web服务器（Windows Server 2003）使用基本的SMTP服务器来设置邮件中继（域名ABABA.net）。 我们有大约300个供应商的文件和应用程序正常工作。 但是，有一家供应商报告没有收到发给他们的电子邮件。 我们已经validation了电子邮件通过我们自己的服务器日志： 12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 36, 49, 250, 0, MAIL, -, FROM:<[email protected]>, 12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 25, 28, 250, 0, RCPT, -, TO:<[email protected]>, 12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 81154, 132, 250, 0, DATA, -, <[email protected]>, 98.765.432.100, OutboundConnectionResponse, […]