Atrasos ocasionais e / ou recuo no correio de entrada - Exchange 2010

1

Temos um servidor no local do Exchange 2010 em nosso domínio e estamos com um problema estranho. Cerca de 90% dos nossos e-mails recebidos de clientes externos estão chegando perfeitamente bem. O envio é 100% bom. Mas nós temos um pequeno número de pessoas em certas organizações que não podem nos enviar um e-mail ou ter problemas ao fazê-lo.

Também temos alguém em um endereço do Outlook.com ou Live.com ou hotmail.com também tendo problemas para enviar e-mail para nós. Quando eles nos enviam, recebem um erro de retorno imediato com o seguinte nos cabeçalhos:

Final-Recipient: rfc822;[email protected]
Action: failed
Status: 5.5.0
Diagnostic-Code: smtp;550-bay004-omc4s18.hotmail.com [65.54.190.220] is currently not permitted to
550-relay through this server. Perhaps you have not logged into the pop/imap
550-server in the last 30 minutes or do not have SMTP Authentication turned on
550 in your email client.

O estranho é que, se o remetente enviar novamente duas ou três vezes, ele passará e chegará ao nosso servidor bem. As mensagens para esse destinatário e respostas passam conforme normal, sem problemas.

3 de nossos clientes externos que nos enviam regularmente problemas semelhantes. Eles são todos departamentos do governo estadual e quando enviam e-mails para nossa equipe eles são atrasados e podem chegar de 30 minutos a quase 24 horas após o envio, mas o que é frustrante é que 50% do tempo chegam direto afastado como por normal?!?!

Parece não haver rima nem razão para o atraso. Nos momentos em que sabemos que o correio deve estar chegando até nós, nossa rede não está tendo problemas, nem nossa banda está sendo martelada. Os tempos também são totalmente aleatórios, então não é em uma determinada hora do dia. Eu falei, eventualmente, com o seu pessoal de TI e eles apenas responderam com um 'não um problema no nosso fim, os e-mails chegam a outras organizações imediatamente, é o seu problema' que é extremamente útil para mim .....

Um problema adicional é que usamos um serviço de filtragem de email de terceiros. Portanto, nossos registros MX apontam para eles. O correio é entregue lá, limpo e filtrado e, em seguida, o correio limpo é enviado ao nosso Exchange 2010 Server. Nosso Exchange Server está configurado para aceitar SOMENTE conexões de entrada do seu intervalo de IPs. Não tivemos absolutamente nenhum problema com essa configuração nos últimos 5 anos até os últimos 6 meses.

A única alteração que fizemos no ano passado foi mover a hospedagem de nossos domínios de um provedor para nossa própria configuração VPS com cpanel / WHM - e estou meio que me perguntando se é um problema de DNS ou um cenário de resposta de tempo limite tentando para procurar nossos registros MX ... o provedor do VPS diz que não é problema deles e que também não ajudou muito. Nosso serviço de e-mail de terceiros tem sido excepcional em seu suporte, como de costume, mas não consegue ver nenhum problema desde o final até nós.

Com o e-mail atrasado de algumas organizações governamentais, vasculhei os cabeçalhos de correspondência e posso ver para onde o remetente envia o e-mail, digamos, 10h. Chega ao seu servidor de borda às 10h01. A próxima entrada é a entrega ao nosso servidor de provedores de email de terceiros às 14h23 e, em seguida, transmitida ao nosso servidor Exchange às 14h26 para a entrega às 21h27 na caixa de correio dos destinatários. Por isso, está no Edge Server por horas antes da entrega, mas a equipe de TI não se incomodou em descobrir o motivo.

Normalmente eu lavo minhas mãos, mas alguns dos e-mails que chegam exigem ações urgentes, pois podem ser sensíveis ao tempo. Qualquer atraso na resposta significa que determinado trabalho oferecido é aceito por outras organizações antes que possamos responder.

Acabei de receber outro retorno de um remetente externo:

Diagnostic information for administrators:
Generating server: server-15.bemta-7.messagelabs.com
[email protected]
domain.com
Remote Server returned '<domain.com #5.0.0 smtp; 550-mail1.bemta7.messagelabs.com [216.82.254.111] is currently not permitted to>'
    
por vlannoob 28.08.2014 / 01:29

1 resposta

0

Eu tive um problema semelhante, com o Exchange 2010.

A resposta curta foi o fato de o DNS do ISP não ter o melhor desempenho.

O primeiro passo para solucionar problemas é usar a lista de clientes que estão tendo problemas para ver se eles têm um ISP / DNS comum. A solução de curto prazo é pedir que eles alterem as configurações para permitir a conectividade. Então você tem mais tempo para resolver isso com os próprios ISPs.

O motivo do problema foi baseado na carga da rede. Se a carga fosse alta de ponto a ponto, o roteamento mudaria. Dessa forma, ele coletaria informações diferentes do terminal para o terminal.

A razão pela qual estava passando por nós era que o registro MX secundário era mais confiável.

Espero que ajude

    
por 11.09.2014 / 07:54