后缀：所有出站电子邮件上的“连接超时” [关闭]

我一直在尝试使用GNU Mailman设置邮件列表，但是这完全是一场灾难，有很多障碍。Postfix可以接收电子邮件，但根本无法发送出去，我在日志中偷看了一下，发现的是：

Mar 30 16:35:30 apott-server postfix/smtp[22572]: connect to gmail-smtp in.l.google.com[74.125.142.26]:25: Connection timed out
Mar 30 16:36:01 apott-server postfix/smtp[22572]: connect to alt1.gmail-smtp-in.l.google.com[173.194.76.27]:25: Connection timed out
Mar 30 16:36:31 apott-server postfix/smtp[22572]: connect to alt2.gmail-smtp-in.l.google.com[74.125.131.26]:25: Connection timed out
Mar 30 16:37:01 apott-server postfix/smtp[22572]: connect to alt3.gmail-smtp-in.l.google.com[173.194.67.27]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: A0616100CCB: to=<example@gmail.com>, relay=none, delay=150, delays=0.06/0.01/150/0, dsn=4.4.1, status=deferred (connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out)

显然，有什么阻止了外发电子邮件，是否有人对如何解决此问题有任何建议？

（服务器是Ubuntu Linux机器）

谢谢你的帮助。

email postfix

— 阿波特
source

您正在使用什么托管？难道这仅仅是您的机器连接到网络而不允许外发邮件的情况？

— kasperd 2014年

@kaspered这是我自己的网络上的计算机。有收件和寄件邮件，我之前在不同的机器上都做过，这一特定邮件有一些问题。

— APott

这可能是由多种原因引起的，首先是在此处将邮件服务器ip打入MXTOOLBOX中，如果您的服务器位于家庭级宽带上，或者您没有IP的PTR记录，或者黑名单。

— 0x7c0 2014年

@Shutupsquare它说没有任何问题。

— APott

您正在使用家庭级宽带吗？还是商务宽带服务？

— 0x7c0 2014年

Answers:

连接超时意味着您的TCP SYN数据包没有重新获得SYN-ACK。这意味着必须阻止SYN或SYN-ACKS。

您可以使用traceroute找出您的SYN数据包能到达多远

traceroute -n -T -p 25 gmail-smtp-in.l.google.com

请注意，对于Ubuntu，存在不同的traceroute命令。上面的命令适用于traceroute.db，但不适用于traceroute-nanog或inetutils-traceroute。

使用端口80而不是端口25运行第二条跟踪路由进行比较可能很有用。

— 卡巴斯德
source

感谢您的回答。输出如下：到gmail-smtp-in.l.google.com（74.125.142.27）的traceroute，最大30跳，60字节数据包1 192.168.1.254 3.567 ms 20.770 ms 20.768 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *

— APott

该输出表明SYN数据包并未将其发送到您自己的网络之外。SYN数据包被192.168.1.254或路径上的下一个路由器阻止。你可以比较与其他使用端口80的输出

— kasperd

对于发现此问题但在AWS EC2上的用户：故意限制传出SMTP的速率，但是您可以要求放松它。

— 桑福德，

+1路由器默认情况下使用SMTP服务器的白名单...

— Willi Mentzel '18

我遇到了同样的问题，请与端口80进行比较，并且traceroute的结果将很有意义！

— –ustbuster

这可能无关紧要，但是我要在这里发布它，因为我很难找到问题的答案。通过/etc/resolv.conf使用Google的域名服务器而不是设置为10.0.xx的IP，我可以从一个无聊的虚拟盒子中获取出站电子邮件的工作：

sudo vi /etc/resolv.conf

更改名称服务器IP：

nameserver 8.8.8.8

然后，您需要重新启动后缀：

sudo /etc/init.d/postfix restart

— 罗德
source

这正是我在无业游民的盒子上寻找的东西。谢谢！

— styks

不是我的问题要接受。

— styks 2015年

我认为这无关紧要，因为traceroute能够将主机名解析为IP地址。我不认为后缀说明Connection timed outDNS解析失败的原因，因为那样会引起误解。

— 卡巴斯德（Kasperd）

在/etc/postfix/main.conf中为您的isp smtp服务器设置中继主机。

然后重新加载：sudo service postfix重新加载

— 地亚哥
source

IT将有助于解释哪个设置，也relayhost可能首先解释OP问题的原因：要与垃圾邮件作斗争，许多消费者ISP会阻止传出邮件并迫使用户使用其SMTP服务器。

— HBruijn 2015年