mail server: repete os problemas de tempo limite para e de domínio específico

Question

temos um servidor dv com mediatmeple, executando o apache 2.2 e o painel plesk 10.3.

por algum motivo, ao enviar e-mails do nosso domínio para os deles, ou quando eles enviam e-mails para os nossos, as mensagens retornam com o erro ' retry timeout '.

antes que as mensagens sejam devolvidas, o que enviamos a este domínio, vejo-as presas na fila de mensagens no painel do plesk: link

exemplo de informação em mensagem devolvida:

> > Subject: Mail delivery failed: returning message to sender
> > 
> > 
> >> This message was created automatically by mail delivery software.
> >>
> >> A message that you sent could not be delivered to one or more of its
> >> recipients. This is a permanent error. The following address(es) failed:
> >>
> >> [email protected]
> >> retry timeout exceeded
> >> [email protected]
> >> retry timeout exceeded
> >>
> >> ------ This is a copy of the message, including all the headers. ------
> >>
> >> Return-path: <[email protected]>
> >> Received: from cpe00265acde45a-cm000e5c6e3f4e.cpe.net.cable.rogers.com 
> >> ([174.112.173.113] helo=sales)
> >> by host.interavenuehosting.com with smtp (Exim 4.69)
> >> (envelope-from <[email protected]>)
> >> id 1S7Uvm-0008KS-3q; Tue, 13 Mar 2012 12:50:38 -0400
> >> Message-ID: <872EF71E95BA453EA0F8870024C3A22A@sales>
> >> From: "Claudio D'Ulisse" <[email protected]>
> >> To: "Errol Rosario" <[email protected]>,
> >> "MIKE BERG" <[email protected]>
> >> Subject: test
> >> Date: Tue, 13 Mar 2012 12:50:31 -0400
> >> MIME-Version: 1.0
> >> Content-Type: multipart/alternative;
> >> boundary="----=_NextPart_000_00E0_01CD0117.DFCD9440"
> >> X-Priority: 3
> >> X-MSMail-Priority: Normal
> >> Importance: Normal
> >> X-Mailer: Microsoft Windows Live Mail 14.0.8117.416
> >> X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
> >>
> >> This is a multi-part message in MIME format.
> >>
> >> ------=_NextPart_000_00E0_01CD0117.DFCD9440
> >> Content-Type: text/plain;
> >> charset="iso-8859-1"
> >> Content-Transfer-Encoding: quoted-printable
> >>
> >> can you confirm you get this email please?

o maillog ( /usr/local/psa/var/log/maillog ) veja o log

um relatório de DNS rápido - qualquer coisa vital que precise de atenção? link

RESOLVIDO - resposta do suporte do Media Temple:

Checking the domain names for an MX lookup, the IP address that was returned was on our blacklist due to malicious activity. As there has not been any recent malicious activity from this IP address, we were able to remove the ban. You should be able to receive email from sitconf.com / suite22.ca now. Please verify.

If you have any further questions regarding your (mt) Media Temple services, please feel free to contact us at any time.

Best Regards,

Customer Support (mt) Media Temple 877-578-4000 310-564-2007 (mt) Current System Status: http://status.mediatemple.net (mt) User Forums: http://kb.mediatemple.net/questions/824/ Follow us on Twitter! http://twitter.com/mediatemple

    

Answer 1

Começa por corrigir registros PTR para hosts MX (eles também são emissores de domínio, sim?!)

Merda 1 - mail.floridaseating.com

Quering 8.8.8.8 for {158.99.70.216.in-addr.arpa.,ANY}
Received answer from 8.8.8.8
  Not authoritative

Answers for 158.99.70.216.in-addr.arpa.:
  -> [PTR] floridaseating.com.

Merda 2 - sitconf.com

Quering 8.8.8.8 for {150.161.223.206.in-addr.arpa.,ANY}
Received answer from 8.8.8.8
  Not authoritative

Answers for 150.161.223.206.in-addr.arpa.:
  -> [PTR] 206-223-161-150.beanfield.net.

Mas agora

Mar 13 02:45:09 floridaseating qmail: 1331621109.213098 starting delivery 1217: msg 33459587 to remote *@sitconf.com
...
Mar 13 02:46:10 floridaseating qmail: 1331621170.273121 delivery 1217: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/

mostre-nos problemas banais de conectividade

Solução barata

Localize o servidor SMTP, do qual ambos os lados são acessíveis por SMTP e crie o backup-MX para domínios nele. Adiado na entrega para o MX principal será descartado para o backup-MX e, posteriormente, a partir dele - no primário

    

Answer 2

Eu acharia estranho uma configuração bloquear o handshake / conexão SMTP com base no DNS reverso.

Por favor, você pode esclarecer algumas informações?

Seu e-mail de retorno informa que o e-mail estava tentando ser enviado para floridaseating.com FROM sitconf.com e falhou. Ainda sua imagem da fila mostra o correio que está sendo enviado FROM floridaseating.com TO sitconf.com. Também seu maillog do qmail mostra você como floridaseating.com

Você gerencia as duas partes? É raro que o problema seja visto nos dois sentidos, sem que um dos lados tenha mais problemas do que apenas enviar um e-mail para ou de um domínio. Você pode verificar a direção em que o problema está acontecendo (mesmo que você tenha mencionado uma vez que estava acontecendo nos dois sentidos).

THIS- > Com base no que posso ver, parece que o sitconf.com pode não estar configurado corretamente. Atualmente ele está afirmando que o servidor MX resolve a partir do registro de host do sitconf.com: 206.223.161.50, embora isso mostre host.interavenuehosting.com como DNS reverso. No meu primeiro teste, ele informou que não gostou do RCPT [email protected] No teste mais recente, afirmou que havia um problema local Também um host foi bloqueado por atingir seus limites.

Eu concentro meus esforços nesse servidor e por que ele está causando erros.