tenho alguns usuários externos reclamando que não podem ou não estão recebendo mensagens de nosso servidor Exchange. configurei os usuários externos como contato e habilitei a opção de manter uma cópia e encaminhar uma cópia para a conta de e-mail externa.
qual é a melhor maneira de solucionar isso, pois meu pressentimento é que pode ter algo a ver com a lista cinza e seu ISP, nossa configuração de servidor SMTP de saída para o servidor Exchange é com dyndns e acho que talvez um desses servidores possa estar em um a lista negra e o host/isp do cliente de e-mail externo (usuário) podem estar descartando-a.
os usuários estão indicando que o e-mail está realmente disponível para visualização no Outlook Web Access, mas nunca chega à conta de e-mail externa definida como o endereço encaminhado. obrigado.
Responder1
EUpensarvocê está dizendo que está usando um serviço DynDNS como um host inteligente ("nossa configuração de servidor SMTP de saída para o servidor Exchange é com dyndns") e que está preocupado com o fato de o ISP do destinatário estar descartando a mensagem porque eles "não gostam" dos servidores DynDNS (na lista negra, etc.). Geralmente essa não tem sido minha experiência com DynDNS (uso o serviço "Mailhop outbound" há cerca de 6 anos para todos os meus e-mails comerciais), mas você certamente poderia tentar entrar em contato com o ISP do destinatário para ver.
Você provavelmente deveriaativar "Rastreamento de mensagens"para que você possa localizar mensagens problemáticas e acompanhar seu fluxo. Porém, depois que uma mensagem sai do servidor SMTP, você não tem visibilidade das transações SMTP subsequentes. Com o "Rastreamento de mensagens" ativado você poderá, pelo menos, ver a mensagem saindo da sua organização com sucesso.
Se o ISP do destinatário estiver apenas descartando a mensagem silenciosamente, não haverá muito que você possa fazer sem a cooperação do ISP.
Responder2
Você pode usar a ferramenta Message Tracking no ESM para rastrear as mensagens se tiver habilitado o rastreamento de mensagens. Você também pode usar os logs SMTP se tiver habilitado o log SMTP para visualizar a transação SMTP com o servidor externo. Certifique-se de testar componentes básicos como a resolução DNS do seu servidor Exchange e também tente estabelecer uma sessão telnet na porta 25 do servidor externo do seu servidor Exchange.
Responder3
Além do que Evan disse, você também pode verificar as filas de e-mail em seus servidores Exchange para ver se algum desses e-mails (se for recente) está em estado de nova tentativa e tem várias tentativas de falha na entrega. Nesta seção, uma razão pode ser dada. O bom disso é que pode ser muito mais rápido do que pesquisar no rastreamento de mensagens, mas pode não ser tão completo.
Além disso, você usou um testador SMTP para garantir que cobriu todos os princípios básicos, como ter um PTR reverso para os IPs de nossos servidores SMTP de saída?
Se você perceber que está em um estado de nova tentativa, sempre gosto de tentar seguir as etapas iniciais do SMTP via telnet (até onde a mensagem é enviada) para o servidor SMTP remoto para ver se recebo um erro SMTP específico. Eu gosto de fazer isso só porquesentimentoscomo se eu estivesse mais perto do que realmente está acontecendo, pois as GUIs do Exchange parecem muito distantes para mim.