Outlook 2013 создает фиктивные записи x500 при отправке электронной почты
У меня есть очень странная проблема, которую я провел последние 6 недель, гуглил, исследовал и пробовал разные вещи, чтобы решить их безрезультатно. Любая помощь будет принята с благодарностью.
Наше окружение:
Мы используем один сервер Exchange 2010 - последний пакет обновлений / полностью исправлен. Все клиенты Outlook 2013, некоторые работают в режиме кэширования, некоторые нет. Мы находимся в процессе быстрой миграции на Exchange 2013. Мы завершили обновление с 2003 по 2010 год и обновим его до 2013 года в начале следующего года. У нас есть родственная компания - отдельный почтовый сервер, домен, пространство имен, сеть и т. Д. Однако у нас есть двухсторонняя транзитивная настройка доверия между нашими двумя доменами. Что касается обмена, хотя это просто еще один иностранный получатель. Каждую ночь мы запускаем стороннюю программу под названием GALSync, которая отправляет нам определенную информацию о пользователях по электронной почте, а они, в свою очередь, отправляют нам часть своей информации по электронной почте. Эта информация импортируется в наш GAL в качестве почтовых контактов. Это пережиток эпохи 2003 года, и я не уверен, что сейчас нет лучшего способа сделать это, но сейчас он на месте и функционирует.
Эта проблема.
Случайно пользователь отправит электронное письмо кому-то из нашей родственной компании и получит отчет о недоставке 5.1.1 для адреса x500, который является абсолютно неправильным. Это фактически заменяет часть домена электронной почты нашим внутренним доменным именем. Этот адрес не существует и никогда не существовал в нашем домене.
Пример:
Пользователь JaneDoe@internalname.com отправляет электронные письма JoeSmith@sistercompany.com В отчете о недоставке показывается IMCEAEX-_O=!!OURCOMANY!!_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+28FYDIBOHF23SPDLT+29_CN=RECIPIENTSithname=N=11name1C
Обратите внимание на "1" после имени и конца и на то, как символ @ был заменен на наше внутреннее имя.
JoeSmith@internalname.com или любой вариант с 1 или любым другим номером никогда не существовал в нашей компании. Поиск PowerShell по всем почтовым ящикам и контактам LegacyExchangeDNS показывает, что он не завершается нигде в AD.
Я просмотрел журналы обмена, и во входящей почте от пользователя уже был преобразован адрес в этот несуществующий адрес, поэтому я знаю, что преобразование происходит до того, как новая почта поступит на почтовый сервер.
Пользователь успешно отправил сообщение тому же получателю несколькими днями ранее, и как только я удалил запись из их автозаполненного кэша, он смог успешно отправить снова.
Это происходит с одиночными пользователями один раз в пару дней, но это происходит все чаще и чаще, и это часто случается со старшими руководителями, поскольку именно они посылают письма нашей сестринской компании больше всего.
Проблема не возникает с любым другим адресом.
Спасибо за ваше время.