Postfix às vezes “conexão recusada” quando SMTP'ing

3

Estou enfrentando um problema estranho com o Postfix agora. Minha configuração é Postfix 2.9.6 e Dovecot 2.1.7 no Debian 7.11 e há um segundo servidor configurado exatamente o mesmo que não mostra este problema.

Às vezes recebo uma "conexão recusada" quando o Postfix está enviando e-mails para outro servidor via SMTP (não use smarthosts). Mas só às vezes.

Isso vem do nada e afeta apenas uma pequena porcentagem de e-mails. Um log é assim:

Oct 14 18:14:49 henry postfix/smtp[3281]: connect to mx00.emig.gmx.net[212.227.15.9]:25: Connection refused
Oct 14 18:14:49 henry postfix/smtp[3281]: connect to mx01.emig.gmx.net[212.227.17.5]:25: Connection refused
Oct 14 18:14:49 henry postfix/smtp[3281]: 99C37C0639: to=<[email protected]>, relay=none, delay=0.08, delays=0.02/0.05/0/0, dsn=4.4.1, status=deferred (connect to mx01.emig.gmx.net[212.227.17.5]:25: Connection refused)
Oct 14 18:14:49 henry postfix/smtp[3285]: connect to mx4.hotmail.com[65.55.92.152]:25: Connection refused
Oct 14 18:14:49 henry postfix/smtp[3285]: connect to mx1.hotmail.com[65.54.188.94]:25: Connection refused
Oct 14 18:14:49 henry postfix/smtp[3285]: connect to mx1.hotmail.com[65.54.188.72]:25: Connection refused
Oct 14 18:14:49 henry postfix/smtp[3285]: connect to mx1.hotmail.com[65.55.37.104]:25: Connection refused
Oct 14 18:14:49 henry postfix/smtp[3267]: 99C37C0639: to=<[email protected]>, relay=smtp.rzone.de[81.169.145.98]:25, delay=0.22, delays=0.02/0.01/0.13/0.06, dsn=2.0.0, status=sent (250 2.0.0 Mail accepted with id T0aa21s9EGEqNxP)
Oct 14 18:14:49 henry postfix/smtp[3276]: 99C37C0639: to=<[email protected]>, relay=mx01.kundenserver.de[217.72.192.67]:25, delay=0.33, delays=0.02/0.03/0.17/0.11, dsn=2.0.0, status=sent (250 Requested mail action okay, completed: id=0LqFii-1cYpnI2qFk-00doTc)

Não tenho ideia de por que isso acontece e qual é o padrão. Agora parece meio aleatório.

É possível fazer telnet para esses servidores acima na porta 25 e eles respondem a um comando HELO. E mails para, e. GMX são aceitos novamente em vários outros pontos no log. Eu mesmo tive um ping contínuo na máquina por cinco dias com 0% de perda de pacotes.

Este servidor teve alguns problemas de roteamento com o IPv6 no passado, então eu desativei o IPv6 por enquanto.

Alguém tem uma ideia do que está errado? Isso poderia ser algum tipo de limite que estou enfrentando aqui?

    
por Stimpy 16.10.2016 / 11:41

1 resposta

0

Se o e-mail for entregue alguns minutos depois, tudo o que você pode experimentar é greylisting , um método para evitar spam. Os servidores de correio negam temporariamente a entrega se o servidor de envio for desconhecido, uma vez que muitos servidores de correio de spam (especialmente dos bot nets) não tentam mais tarde. Mas isso geralmente não acontece antes de a conexão ser estabelecida e é bastante improvável aqui. Eles também podem limitar sua taxa no nível da conexão.

Ser negado por causa da má reputação em uma lista negra de spam é mais provável aqui. Além disso, se isso for algum tipo de conexão dial-up, você provavelmente será bloqueado. Realize uma verificação na lista negra usando o endereço IP do seu servidor, existem vários serviços gratuitos como a MX Toolbox . Se você estiver bloqueado com uma conexão discada, configure alguma retransmissão de email em um servidor hospedado em algum lugar (e não confie em emails arbitrários). Se você estiver bloqueado por causa de spam proveniente desse IP, pare de enviar spam, tome medidas para evitar spam novamente no futuro e preencha os formulários de retirada da lista.

postqueue -p pode fornecer algumas informações adicionais sobre o motivo pelo qual o email foi enfileirado em vez de ser entregue em um curto período de tempo.

    
por 16.10.2016 / 11:51