Недавно мы перевели одного из наших клиентов на Exchange 2013 из Google Apps, поскольку миграцияОдин пользовательнаблюдаются необъяснимые возвраты писем и обновлений календаря.
Некоторые из отказов генерируются электронными письмами другим пользователям внутри компании, другие — сообщениями, отправленными на внешние адреса. Некоторые письма доходят одну минуту и не доходят в следующую. Все указанные адреса электронной почты действительны, и другие пользователи внутри компании не испытывают проблем с отправкой на эти адреса.
В каждом сообщении о недоставке отображается адрес электронной почты получателя в виде HTML-ссылки — текстовая часть ссылки отображается правильно.[email protected]но адрес mailto, лежащий в основе ссылки,[email protected]или какая-то вариация.
Возвращаемая диагностическая информация включает в себя следующее: Генерирующий сервер: S22062.EX11062.lan [email protected] Удаленный сервер вернул «550 5.1.1 RESOLVER.ADR.ExRecipNotFound; не найдено»
Со временем количество отказов несколько сократилось, но до миграции прошло уже три месяца, а отказы продолжаются на уровне трех-четырех в день.
Мы сделали следующее:-
- Добавлена запись автообнаружения в домен
- Удалил локальный профиль пользователя и создал его заново (несколько раз).
- Перестроил машину пользователя с нуля
- Пробовал множество изменений настроек локального компьютера, рекомендованных MS.
- Запрещено локальное кэширование писем Outlook.
- Обновлены все адреса электронной почты в адресной книге пользователя, чтобы убедиться, что они имеют правильный формат.
- Неоднократно удалял кэш автозаполнения локальной машины.
На данный момент мы, интернет-провайдер и служба поддержки Microsoft, полностью озадачены, но проблема создает существенные трудности для пользователя.
Любая помощь или идеи приветствуются.
решение1
Казалось бы,Основной SMT-адресв обмене ходит туда и обратно от[email protected]к[email protected]. Я предлагаю вам взглянуть на свое окружение и проверить, какие ценности в нем есть.proxyAddressesатрибут в (я предполагаю) Active Directory. Также проверьте свойствоАдрес электронной почтыв обмен на следующее:PS \Windows PowerShell> (get-mailbox -Identity [email protected]).emailaddresses
Я предполагаю, что служба поддержки Microsoft уже прошла через это. Они смотрели логи, чтобы увидеть, пытается ли Active Directory изменить какие-либо из этих атрибутов в Exchange?
решение2
Есть ли вероятность, что пользователь копирует эти адреса из отдельного файла? Я видел проблемы в прошлом, когда рабочие адреса электронной почты копировались из документа Word в Outlook, и они возвращались, когда их ввод вручную работал. Возвраты имели странно отформатированный адрес, который не был адресом, на который мы пытались отправить письмо. Наше решение заключалось в том, чтобы пользователи сначала копировали все из различных документов, которые они использовали, в блокнот (чтобы удалить любое странное форматирование), а затем копировали адрес в Outlook.
решение3
Я полагаю, вы определили адреса электронной почты, на которых возникла эта проблема, или же она иногда работает, а иногда нет с одним и тем же адресом электронной почты?
Я бы сделал следующее, чтобы найти причину маршрута.
- Возьмите адрес электронной почты с этой проблемой и сделайте следующее.
- Определите, является ли это проблемой клиента или сервера, отправив электронное письмо как с клиента, так и из Outlook Web App.
- Если это клиентская часть, то протестируйте ее как в кэшированном, так и в онлайн-режиме, версия клиента также может оказаться полезной.
- Если это происходит в Outlook Web App, то нам нужно проверить Exchange: миграция из Google Apps включала домен или только электронную почту?