Повідомлення електронної пошти, які надсилаються з локальної середовища до Office 365 показувати адреси електронної пошти замість короткого імені в полі "від"

Застосовується до: Exchange OnlineMicrosoft Exchange Server 2010 EnterpriseExchange Server 2010 Standard

Зверніть увагу Гібридний майстер настроювання, який входить до складу консолі керування Exchange, у Microsoft Exchange Server 2010 більше не підтримується. Таким чином, не слід використовувати старі майстер гібридного настроювання. Замість цього за допомогою майстра Office 365 гібридної конфігурації, доступний на http://AKA.MS/HybridWizard. Щоб отримати додаткові відомості див Office 365 гібридний майстер настроювання для Exchange 2010.

Проблема


Після перенесення поштових скриньок з локальної середовища до Microsoft Office 365 гібридне розгортання, з поля повідомлення електронної пошти, надіслані з локальному середовищі Office 365 не показувати короткі імена. Натомість у полі " від " відображаються адреси електронної пошти.

Причиною


Ця проблема виникає, якщо змішаний розгортання настроєно неправильно. Щоб переконатися, що виникла ця проблема, перевірте заголовок електронної пошти повідомлення електронної пошти, надіслані з локального облікового запису користувача. Як правило, X-MS-Exchange-організації-ОАС має бути зазначено як "внутрішній". Якщо X-MS-Exchange-організації-ОАС зазначено як "анонімний" або якщо він відсутній, це означає, неправильна конфігурація або неправильний шлях електронної пошти.

Рішення


Щоб вирішити цю проблему, виконайте такі дії:
  1. Перевірте маршрут пошти. Найпростіший маршрут Exchange 2010 поштову скриньку сервера Exchange 2010 концентратор сервера (змішаний сервер) до Exchange Online захист (кінець періоду) вхідний з'єднувач Exchange Online. Переконайтеся, що немає непотрібних мережних пристроїв, таких як анти-спам шлюз пристроїв між Exchange 2010 концентратор сервера (змішаний сервер) і кінець періоду. Ці пристрої можуть видалити потрібний заголовок.
  2. Перевірте віддалений домен локальний сервер Exchange. Для цього, виконайте такі дії:
    1. У оболонку керування Exchange, виконайте таку команду PowerShell:
      Get-RemoteDomain < NameOfService>.< DomainName>.com | FL 
      Наприклад:
      Get-RemoteDomain exchangedelegation.contoso.com | FL 
    2. Переконайтеся, що на виході встановлено, що ввімкнено, домен цільові, і IsInternal атрибути мають значення True.
    3. Якщо атрибути у кроці 2B не встановлено на True, використайте команду Set-віддалених edomain , щоб змінити значення на True.
  3. Перевірте віддалений домен в Office 365. Для цього, виконайте такі дії:
    1. Підключення до Exchange Online за допомогою віддаленого PowerShell. Щоб отримати додаткові відомості про те, як це зробити див.
    2. Виконайте таку команду PowerShell:
      Get-RemoteDomain <FQDNOfOnPremisesEndConnector> | FL  
    3. У виведенні переконайтеся, що атрибут "право на встановлення " має значення True.
    4. Якщо атрибут у кроці 3C не встановлено значення True, використайте команду встановити-віддалених edomain , щоб змінити значення True.
  4. Переконайтеся, що транспортний рівень безпеки (TLS) реалізується і включений в обох середовищах, і що повне доменне ім'я (FQDN) встановлено правильно. Перевірте локальний надсилання з'єднувач і вхідний з'єднувач на кінець періоду, за допомогою помічника з розгортання Exchange Server на веб-сайт корпорації Майкрософт:
  5. Перевірте сертифікат Exchange, надіслати з'єднувач на локальному серверах Exchange, які відповідають за доставку пошти на кінець періоду. Сертифікат Exchange, потрібно мати простий протокол передавання пошти (SMTP) увімкнуто і має збігатися з FQDN надсилання з'єднувач.
Якщо проблема повторюється, після виконання цих дій, зверніться до служби підтримки Office 365.

БІЛЬШ ДЕТАЛЬНУ ІНФОРМАЦІЮ


Для отримання додаткової інформації див наступний пост в спільноті Office 365:
Все ще потрібна допомога? Перейдіть до спільноти Microsoft або форумах Exchange TechNet.