solução de problemas de email não entregues

Question

Estou usando o IIS6 smtp para enviar e-mails, alguns desses e-mails estão voltando com o seguinte erro.

Could not deliver the message in the time limit specified. Please retry or contact your administrator.

Quais etapas eu preciso seguir para fazer o rastreamento do problema? Atualmente, acredito que o problema seja com minha configuração ou com a configuração do servidor de e-mail para o qual estou tentando enviar.

Adicional - E-mails para este endereço funcionam bem de um endereço diferente e e-mails deste endereço para outro trabalho de endereço de e-mail, então saiba que é algo exclusivo para essa combinação de servidores de e-mail

Obrigado

    

Answer 1

O MXToolbox é um ótimo site para solucionar facilmente (algumas) essas coisas. Basta digitar o nome do host de e-mail (tudo após o @ no endereço de e-mail) e ele mostrará quem é o servidor MX. Em seguida, clique em "Teste SMTP" ao lado do resultado, e o site se conectará automaticamente ao servidor de e-mail para verificar se está tudo certo. Se o MXToolbox mostrar vários servidores MX, teste-os todos em ordem.

Se isso acontecer, você saberá que o servidor remoto está ativo, o que restringe o problema à configuração do servidor de correio (seu ou dele). Você pode usar o telnet para enviar um e-mail manualmente por meio de seu servidor e, se ele passar, o problema provavelmente estará no seu próprio servidor.

Se você nunca enviou um email via telnet antes, eu recomendo praticar em seu próprio servidor primeiro. Basicamente, você vai telnetar para a porta 25 no servidor SMTP e digitar comandos, e o servidor responderá com códigos de status numéricos e esperançosamente explicações legíveis, assim (seus comandos em negrito, respostas do servidor em itálico):

HELO myhostname.com
250 yourhostname.com Olá
MAIL FROM: [email protected]
250 Remetente ok
RCPT PARA: você@seuhostname.com
250 destinatário ok
DADOS
250 digite sua mensagem
Assunto: Teste email

Este é o corpo do email. Ele termina quando eu digito um período em uma linha sozinho.
.
250 mensagem enviada
SAIR strong>
220 Adeus

    

Answer 2

Bem, primeiro descubra o que o servidor de e-mail IIS está tentando entregar (você pode ter que aumentar o nível de log para ver isso).

Então, de lá: Talvez o IIS esteja entregando para o servidor de e-mails errado? Talvez o registro MX do destinatário não esteja correto? Talvez o servidor de recebimento de mensagens esteja realmente fora do ar?

    

Answer 3

não está familiarizado com o IIS, mas os registros não dizem o que aconteceu no terminal remoto? Acho que o erro que você mencionou é o que o usuário final vê para que seus logs tenham algo mais detalhado