Eu tenho um pequeno ambiente Exchange, 10 PCs executando o Outlook 2007, 3 telefones Droid, 2 iPhones e alguns toques Ipod. Cheguei esta manhã à percepção de que os destinatários externos não estão recebendo mensagens de nós. Não há erros ou propinas, o e-mail simplesmente desaparece. Aqui está a parte estranha, os dispositivos da Apple se conectam via EAS, e são capazes de enviar nenhum problema, destinatário recebe a mensagem. Os dispositivos Android e todos os usuários do Outlook (EXCETO UM!) Podem enviar, mas o destinatário nunca recebe o e-mail, é como se fosse enviado para lugar nenhum. OWA fornece o mesmo resultado que o Outlook.
O rastreamento de mensagens no Console do Exchange mostra as mensagens sendo exibidas.
Meus registros SMTP mostram exatamente o mesmo resultado para uma mensagem que não foi entregue, como aquela que foi enviada por aquele usuário que pode enviar.
Todo o correio para usuários internos funciona corretamente.
EDIT: Existe apenas um usuário que pode enviar, e isso é através do Outlook ou OWA. Para esclarecer,
O usuário1 não pode enviar com o Outlook ou o OWA, ou seu Droid usando o EAS para o meu endereço do Gmail, mas pode conectar seu iTouch ao EAS e envia tudo bem.
O User2 pode enviar para minha conta do Gmail usando o Outlook, o OWA (de qualquer computador) ou o iTouch dele. Este é o ÚNICO usuário que não está tendo problemas
Não consigo enviar para minha conta do Gmail usando o Outlook ou o OWA, mas meu iPhone funciona usando EAS
Aqui está o log de SMTP de um e-mail não entregue:
Tue, 19 Oct 2010 13:40:38 -0400", EHLO mail.domain.com,
250-cm-omr9 says EHLO to our.external.ip.address:34152,
250-8BITMIME,
250-PIPELINING,
250-AUTH=CRAM-MD5 LOGIN PLAIN,
250-AUTH CRAM-MD5 LOGIN PLAIN,
250 ENHANCEDSTATUSCODES,
AUTH LOGIN,
235 Authed. Go on.,
63,sending message
MAIL FROM:[email protected],
RCPT TO:[email protected],
RCPT TO:[email protected],
250 MAIL FROM accepted,
250 RCPT TO accepted,
250 RCPT TO accepted,
DATA,
"354 continue. finished with ""\r\n.\r\n""",
250 OK 5C/1B-10393-618DDBC4,
QUIT,
221 cm-omr9 closing connection,
Aqui está o log do SMTP de um email entregue:
220 cm-omr4 ESMTP ecelerity 2.2.2.41 r(31179/31189) Tue, 19 Oct 2010 13:42:18 -0400",
EHLO mail.domain.com,
250-cm-omr4 says EHLO to mail.domain.com:5524,
250-PIPELINING,
250-ENHANCEDSTATUSCODES,
250-8BITMIME,
250-AUTH=CRAM-MD5 LOGIN PLAIN,
250 AUTH CRAM-MD5 LOGIN PLAIN,
AUTH LOGIN,
235 Authed. Go on.,
65,sending message
MAIL FROM
RCPT TO:[email protected],
250 MAIL FROM accepted,
250 RCPT TO accepted,
DATA,
354 continue. finished with ""\r\n.\r\n""",
250 OK F9/15-07570-A78DDBC4,
QUIT,
221 cm-omr4 closing connection,
.220 cm-omr5 ESMTP ecelerity 2.2.2.41 r(31179/31189)
Primeiramente, sugiro tentar enviar a partir do OWA se a entrega funcionar, pelo menos essa é uma maneira segura de contornar problemas do lado do cliente e reduzi-los a um problema do lado do servidor.
Você verificou se não está em nenhuma lista de bloqueio? mxtoolbox.com/SuperTool.aspx
Você está encaminhando seu e-mail para um host inteligente ou dispositivo de filtragem de spam ou serviço que exija autenticação, porque é isso que parece para mim. Minha sugestão inicial seria remover o dispositivo ou o serviço de filtragem inteligente de host e \ ou spam de sua configuração, configurar o servidor para usar o DNS para entregar e-mails e testar novamente. Se o email for entregue com sucesso, você saberá que o problema é o dispositivo ou serviço de host inteligente e / ou filtro de spam (que é o meu palpite). Se isso não funcionar, você reduziu o problema ao seu servidor.
As entradas de log mostram que o email foi entregue e aceito pelos servidores \ dispositivos cm-omr9 e cm-omr4, então é aí que está o problema, do meu ponto de vista.
Tags exchange-2007