Recentemente, migramos um de nossos clientes do Google Apps para o Exchange 2013, já que a migração foiÚnico usuáriotem recebido devoluções inexplicáveis de e-mails e atualizações de calendário.
Algumas das rejeições são geradas por e-mails para outros usuários dentro da empresa, outras são de mensagens enviadas para endereços externos. Alguns e-mails chegam em um minuto e não no seguinte. Todos os endereços de e-mail em questão são válidos e outros usuários da empresa não têm problemas em enviar para esses endereços.
Cada mensagem devolvida exibe o endereço de e-mail do destinatário como um link HTML - a parte de texto do link é exibida corretamente[e-mail protegido]mas o endereço mailto subjacente ao link é[e-mail protegido]ou alguma variação.
As informações de diagnóstico retornadas incluem o seguinte: - Servidor gerador: S22062.EX11062.lan [e-mail protegido] O servidor remoto retornou '550 5.1.1 RESOLVER.ADR.ExRecipNotFound; não encontrado'
O número de rejeições diminuiu um pouco ao longo do tempo, mas agora faltam três meses para a migração e as rejeições continuam em três a quatro por dia.
Fizemos o seguinte: -
- Adicionado um registro de descoberta automática ao domínio
- Excluiu o perfil da máquina local do usuário e o recriou do zero (mais de uma vez).
- Reconstruiu a máquina do usuário do zero
- Tentei uma ampla variedade de alterações nas configurações da máquina local recomendadas pela MS
- Impediu que o Outlook armazenasse qualquer e-mail em cache localmente
- Atualizados todos os endereços de e-mail no catálogo de endereços do usuário para garantir que estivessem no formato correto.
- Excluiu repetidamente o cache de preenchimento automático da máquina local.
Neste ponto, nós, o ISP e o suporte da Microsoft, estamos completamente perplexos, mas o problema está causando problemas significativos para o usuário.
Qualquer ajuda ou ideias serão apreciadas.
Responder1
Pareceria queEndereço SMTP Primáriono Exchange está indo e voltando de[e-mail protegido]para[e-mail protegido]. Sugiro olhar para o seu ambiente e verificar quais valores estão noendereços proxyatributo no (presumo) Active Directory. Verifique também o imóvelEndereço de e-mailem troca pelo seguinte:PS \Windows PowerShell> (get-mailbox -Identity [email protected]).emailaddresses
Imagino que o Suporte da Microsoft já tenha passado por isso. Eles analisaram os logs para ver se o Active Directory está tentando alterar algum desses atributos no Exchange?
Responder2
Existe alguma chance de o usuário estar copiando esses endereços de um arquivo separado? Já vi problemas no passado em que endereços de e-mail funcionais eram copiados de um documento do Word para o Outlook e eles saltavam quando digitados manualmente funcionavam. As devoluções teriam um endereço com formato estranho que não era o endereço para o qual tentamos enviar. Nossa solução foi fazer com que os usuários copiassem primeiro qualquer coisa dos vários documentos que estavam usando para o bloco de notas (para que qualquer formatação estranha fosse removida) e depois copiassem o endereço para o Outlook.
Responder3
Presumo que você identificou endereços de e-mail que apresentam esse problema ou às vezes funciona e às vezes não com o mesmo endereço de e-mail?
Eu faria o seguinte para encontrar a causa da rota.
- Pegue um endereço de e-mail com esse problema e faça o seguinte.
- Identifique se este é um problema de cliente ou servidor enviando um email do cliente e do Outlook Web App
- Se o lado do cliente for testado no modo em cache e online, a versão do cliente também pode ser útil.
- Se isso acontecer no Outlook Web App, precisaremos examinar o Exchange. A migração do Google Apps incluiu um domínio ou apenas os e-mails?