locked
550 5.1.11 RESOLVER.ADR.ExRecipNotFound; Recipient not found by Exchange Legacy encapsulated email address lookup RRS feed

  • Общие обсуждения

  • Всем привет!

    Есть лес доменов. в 4 доменах железных exchange, в моем домене облачный exchange.

    У меня есть самописная прога, которая обходит 4 смежных домена и на основании учеток у которых заполнено поле с адресом электронной почты создается контакт в контейнере моего домена.

    Далее я включил контейнер с контактами для синхронизации с облаком. В облаке все контакты смежных доменом появляются.

    Прога запускается каждый день.

    У пользователей в плавающем режиме появилась проблема в том, что если они пишут коллегам из смежного домена и выбирают его адрес из кэша аутлука они получают отбойник о том, что адрес устарел.

    При этом если пользователь пересылает мне отбойник и этому пользователю пишу я, то у меня все норм.

    Я это связываю с кэшом аутлука. Чистил и кэш полностью и проблемные адреса удалял, все равно у пользователей периодически приходят отбойники.

    Я пока это связываю с тем, что в облаке контакты обновились, а адресная книга и кэш аутлука нет, т.к. с облаком обновление происходит каждые 30 мин, а аутлук обновляет адресную книгу раз в сутки.

    Вопросы:

    1. Можно ли уменьшить период синхронизации аутлука адресной книги? И не получу ли я новых ошибок или подвисаний аутлука.

    2. Связан ли кэш аутлука с адресной книгой?

    3. Кэш аутлука обновляется автоматически или нет?

    Аутлук работает в режиме кэширования на 1год.

    Пользователю в аутлуке отключил режим кэширования, чтобы он пользовался только адресной книгой, ошибка тоже периодически возникает.

    Буду рад любым советам. Спасибо!

    13 января 2021 г. 8:48

Все ответы

  • А какой сервер генерирует отбойник?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    13 января 2021 г. 10:32
    Модератор
  • Ниже отбойник целиком

    Не удалось доставить ваше сообщение на адрес IMCEAEX-_o=ExchangeLabs_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=contactde98cc77@eurprd03.prod.outlook.com.
    Ваша почтовая программа использует устаревшие сведения об адресах IMCEAEX-_o=ExchangeLabs_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=contactde98cc77@eurprd03.prod.outlook.com.
    SidorenkoKO     Office 365     IMCEAEX-_o=ExchangeL. . .
    Требуется действие         Получатель


    Адрес получателя устарел         


    Как это исправить
    Чтобы почтовая программа больше не использовала устаревшие сведения об адресах, очистите список автозаполнения получателей в Outlook или Outlook в Интернете, следуя инструкциям в этой статье или выполнив следующие действия:

    •    Определите, какому получателю не пришло ваше сообщение. В области Заголовки исходного сообщения просмотрите сведения в строках "Кому" или "Копия". Получатели, после имени которых отображается набор знаков, начинающийся с "IMCEAEX" или "imceaex", не получили ваше сообщение.
    •    Нажмите элемент Создать сообщение (в Outlook) или Создать сообщение электронной почты (в Outlook в Интернете).
    •    Начните вводить имя или адрес электронной почты получателя в поле Кому, пока имя получателя не появится в раскрывающемся списке.
    •    С помощью клавиш СТРЕЛКА ВНИЗ и СТРЕЛКА ВВЕРХ выберите получателя, затем нажмите клавишу DELETE, чтобы удалить эту запись из списка автозавершения.
    •    В поле Кому заново введите адрес электронной почты получателя и повторите отправку сообщения.
    Если эта проблема не исчезнет, перешлите это сообщение своему администратору электронной почты. Если вы администратор электронной почты, см. раздел Дополнительные сведения для администраторов электронной почты ниже.


    Вам помогли эти сведения? Отправьте отзыв корпорации Майкрософт.

    ________________________________________

    Дополнительные сведения для администраторов электронной почты
    Код состояния: 550 5.1.11

    Адрес электронной почты получателя имеет формат LegacyExchangeDN, который не используется службой Office 365. Эта ошибка может возникать после перемещения электронной почты организации из локальных серверов в облако или при синхронизации локального каталога с Office 365, если у организации гибридная конфигурация. Если очистка списка автозаполнения получателей в Outlook или Outlook в Интернете не помогла решить эту проблему, попробуйте удалить соответствующий адрес формата LegacyExchangeDN из локальной службы каталогов Active Directory. Затем повторите синхронизацию каталога.

    Дополнительные сведения см. в статье Устранение проблем с доставкой электронной почты для ошибок с кодом 5.1.11 в Office 365.

    Сведения об исходном сообщении
    Дата создания:    12.01.2021 10:43:41
    Адрес отправителя:    SKO@ll.ru

    Адрес получателя:    IMCEAEX-_o=ExchangeLabs_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=contactde98cc77@eurprd03.prod.outlook.com
    Тема:    11.01.21


    Сведения об ошибке
    Обнаруженная ошибка:    550 5.1.11 RESOLVER.ADR.ExRecipNotFound; Recipient not found by Exchange Legacy encapsulated email address lookup
    Создатель имени источника данных:    AM0PR03MB6226.eurprd03.prod.outlook.com


    Переходы между сообщениями
    ПЕРЕХОД    ВРЕМЯ (в формате UTC)    ОТ    КОМУ    С    ВРЕМЯ РЕТРАНСЛЯЦИИ
    1    12.01.2021
    10:43:42    AM0PR03MB4386.eurprd03.prod.outlook.com    AM0PR03MB4386.eurprd03.prod.outlook.com    mapi    1 с
    2    12.01.2021
    10:43:42    AM0PR03MB4386.eurprd03.prod.outlook.com    AM0PR03MB6226.eurprd03.prod.outlook.com    Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384)    *
    Заголовки исходного сообщения
    Authentication-Results: eurprd03.prod.outlook.com; dkim=none (message not
     signed) header.d=none;eurprd03.prod.outlook.com; dmarc=none action=none
     header.from=ll.ru;
    Received: from AM0PR03MB4386.eurprd03.prod.outlook.com (2603:10a6:208:c7::13)
     by AM0PR03MB6226.eurprd03.prod.outlook.com (2603:10a6:20b:15c::8) with
     Microsoft SMTP Server (version=TLS1_2,
     cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.9; Tue, 12 Jan
     2021 10:43:42 +0000
    Received: from AM0PR03MB4386.eurprd03.prod.outlook.com
     ([fe80::90b6:123f:8c5:30b7]) by AM0PR03MB4386.eurprd03.prod.outlook.com
     ([fe80::90b6:123f:8c5:30b7%7]) with mapi id 15.20.3742.012; Tue, 12 Jan 2021
     10:43:42 +0000
    Content-Type: application/ms-tnef; name="winmail.dat"
    Content-Transfer-Encoding: binary
    From: =?koi8-r?B?88nEz9LFzsvPIOvSydPUyc7BIO/MxcfP187B?=
            <SKO@ll.ru>
    To: =?koi8-r?B?4cbBzsHT2MXXIOTFzsnTIPfMwcTJzcnSz9fJ3g==?=
            <IMCEAEX-_o=ExchangeLabs_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=contactde98cc77@eurprd03.prod.outlook.com>
    CC: =?koi8-r?B?88HN08/Oz9fBIOnSyc7BIPfMwcTJzcnSz9fOwQ==?=
            <I.S@ct.ru>
    Subject: =?koi8-r?B?7/Mg0M8gydTPx8HNINDMwc7F0svJIDExLjAxLjIx?=
    Thread-Topic: =?koi8-r?B?7/Mg0M8gydTPx8HNINDMwc7F0svJIDExLjAxLjIx?=
    Thread-Index: Adboz8W7o5qLnWrSTmKO1duDBUNCNA==
    Date: Tue, 12 Jan 2021 10:43:41 +0000
    Message-ID: <AM0PR03MB4386D2BC2C7CE1658D87E146DDAA0@AM0PR03MB4386.eurprd03.prod.outlook.com>
    Accept-Language: ru-RU, en-US
    Content-Language: ru-RU
    X-MS-Has-Attach:
    X-MS-TNEF-Correlator: <AM0PR03MB4386D2BC2C7CE1658D87E146DDAA0@AM0PR03MB4386.eurprd03.prod.outlook.com>
    MIME-Version: 1.0
    X-Originating-IP: [95.66.187.210]
    X-MS-PublicTrafficType: Email
    Return-Path: SKO@ll.ru
    X-MS-Office365-Filtering-Correlation-Id: 47ea0d84-9da9-4442-aeaa-08d8b6e6edc6
    X-MS-TrafficTypeDiagnostic: AM0PR03MB6226:
    X-LD-Processed: a3d50c45-bec3-4b4c-b8e4-80d6291fdf82,ExtAddr
    X-Microsoft-Antispam-PRVS:
            <AM0PR03MB622603C4F32F1143DA092BE6DDAA0@AM0PR03MB6226.eurprd03.prod.outlook.com>
    X-MS-Oob-TLC-OOBClassifiers: OLM:1728;
    X-MS-Exchange-SenderADCheck: 1
    X-Microsoft-Antispam: BCL:0;
    X-Microsoft-Antispam-Message-Info:
     iQxBabJ38gaqh+X2uBjFtqsv+NUw6UxIuRY56AKtcKgT2aU/hS3ud5HupbPYHhwie6SSyZXGKLiwjnty/5P65r56mBejfgG+UaxjLVKKiGuT1d+Kr4W0zwJEZ/elifD8esGD8NuUXm441V+7VaEdDeJbqCb8cggaTKIxRxkXYBDcPnEJpA96T/9kZ7aZrMDjU8SCIx9YSZPiLN8Nx6FuNM2/pMyb/bjqYd9mEbtVNdJmLdDG10OzXqzsBqzSg6XrlHkbFznfoT613BxvL7F7y2aNh5qpBtmhE0+JWrrFr1KZ8EvZ+3yq2eXfPCXc/XylP5glEMgpuPCIrS8mWDO9qOiwYtlXXr7cfb0p0LxImr5XMxiL2kHKA6YMBsgWBvVOzWvVud7ZIhOVl8Z8KVnCXZ3G9TgI6iCXI4ARw6PBLdXJI/0V0UeUBWLt77cjLdwolRo3LrDh9orKrZ+4qKFarA==
    X-Forefront-Antispam-Report:
     CIP:255.255.255.255;CTRY:;LANG:ru;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AM0PR03MB4386.eurprd03.prod.outlook.com;PTR:;CAT:NONE;SFS:(136003)(39850400004)(366004)(346002)(376002)(396003)(4744005)(224303003)(86362001)(85182001)(478600001)(66556008)(8936002)(5660300002)(2906002)(166002)(55016002)(52536014)(71200400001)(6862004)(186003)(76116006)(6506007)(4326008)(9686003)(33656002)(316002)(7696005)(26005)(66946007)(64756008)(66476007)(66446008);DIR:OUT;SFP:1102;
    X-MS-Exchange-AntiSpam-MessageData:
            =?us-ascii?Q?bF3Nimga6GG+xCWdU7/IUhr3TnzLPSpClRI4zvU2Dd71e4+NAO77wBsP6kq0?=
     =?us-ascii?Q?UGonjXjdmB5+ftOI1giFMv45V+yq1AJjF96ayDxvpkLyILrP805DzvCQunE+?=
     =?us-ascii?Q?51JOJzmqGRsl5S3hbreptYoUhELli+w10FuK073Z0NzZPs/40KZkCyq3C6jM?=
     =?us-ascii?Q?gWDpgGXMHuDQhq3h5D909sVXeg+zvSPetUz7AVG4ZHqaDbgVjQNaXYSyREhA?=
     =?us-ascii?Q?HwWrzOUSwihcNhJDugw12vTWwef95muXnhbc/5Prs4E7GInmAb3kWAFGIZ1C?=
     =?us-ascii?Q?unrIUNkJvG8TmPXOgLCNdvkHA8BfpdjahvlyECaCM7IGWH8IKkbTnENtQegI?=
     =?us-ascii?Q?D9A8bNb0TKWrqsEd92nVgZMEro8p4x2imuZz+InNUW2hb+6wh/g2NMhUmWdd?=
     =?us-ascii?Q?Y4skbn5cwftfqu8tU5juPHojKJXEj8vgBh6YgRIl9c8shipkwhQd509uLLrh?=
     =?us-ascii?Q?IdrhF4BRD422jBrKqRz1GAEOUEs18tDMHg7ixQVnTkv/K4RMCYZx4vbbD1xq?=
     =?us-ascii?Q?dbzVUolP/a8Ni5IKxybsFhc/4NeilVL3/VAcIY9CagMbbUpUVuCZFjc07N0r?=
     =?us-ascii?Q?QZoG6ijfqXU3YyINwTWihsKnA2GKhPkQZr8vPXnqdjTaxFXQg2Uni0yeeTHi?=
     =?us-ascii?Q?sXhDTpkT7mhgfrDeaoJjnk39s3TCjOicQT+jTVQjXCvKZslALmUsTLgw1wah?=
     =?us-ascii?Q?kLwVrEuRQm5kdRACDS/wixIsxwP9JANEKT/oezA/C03XH6VWxNNUwNt/3niJ?=
     =?us-ascii?Q?9/tiwtCTJCnw8OkdMqQlv9ngFNK8xGSi0ukM4icZTJU0hRdh6uZA2AgC7X0G?=
     =?us-ascii?Q?gTdfSRvmVmJ+UKj5MmkQlOetUc9VcBhK9bEzLJKtoDOFXyii2in4N+EGfpji?=
     =?us-ascii?Q?zaMuANKj2h4yqMh7ebq2X6I0I74pPCQQv9mTsnxYP15uhx8e7J1e2Uw+l8Od?=
     =?us-ascii?Q?wga5FjzgCwoGs3yUXkD7oFnHi1Ka48ZwQ2guPF8BjE0=3D?=
    X-MS-Exchange-Transport-Forked: True

                        
    13 января 2021 г. 10:39
  • Кэш Outlook живет сам по себе. Заполняется он при первом вводе адреса пользователем. В частности - при попытке ответить на письмо. В частности - когда п/я отправителя после отправки переехал в облако, то Outlook подставит старый адрес в формате LegacyExchangDN. Короче, научите пользователей выбирать адреса из адресной книги.

    Слава России!

    13 января 2021 г. 19:59
  • M.V.V, не согласен с тобой.

    Когда мы в 2014 году переехали с железного echange в облако, то там да, мы кэш у всех почистили.

    Но с2014 года с кэшем в аутлуке мы жили просто хорошо, до конца 2020 года.

    в 2020 году у меня просто куча плавающих проблем в разном виде у разных пользователей.

    Если кэш с облачной почтой не работает, то майкрософт об этом скажет.

    Но есть функционал, который просто удобен пользователю, чтобы меньше кликать по экрану, так почему я должен пользователя этого лишать?

    Проблем с кэшэм нашего домен нет от слова совсем.

    Проблема с кэшем только с контактами сторонних доменов.

    Тех поддержка Майкрософта просто ужасна. Они не предоставляют просто никакой информации и все ответы из разряда "а давай вот так проверим"

    Я просто уже отчаялсяв решении моей проблемы.

    14 января 2021 г. 6:03
  • Что сделал для эксперимента.

    У пользователя полностью отключил опцию автозаполнения в аутлуке. Очистил кэш.

    Пользователь стал отвечать на старое письмо и в ответ получил отбойник об устаревшем адресе.

    Далее он создал новое сообщение, выбрал адрес из адресной книги и письмо отлично ушло.

    Значит все таки адрес в старом письме имеет какие то устаревшие идентификаторы относительно идентификаторов в адресе адресной книги.

    Может я не все атрибуты экспортирую в облако своей программой?

    15 января 2021 г. 7:00
  • Старое письмо, всё так же будет использовать старый legacyExchangeDN  

    Как Решить Проблему с LegacyExchangeDN в Exchange Server?

    Не знаю, что Вы и как мигрируете, что тут есть пример, как скопировать его:

    Exchange and the LegacyExchangeDN Problem

    15 января 2021 г. 8:29
  • Спасибо за ссылку. Но даже он еще не выложил решение именно моей проблемы - Когда отбойники приходят после преобразования пользователя в контакт.

    "я столкнулся с этим недавно сам, когда PST были импортированы из другой организации, там действительно, работает по другому. Пользователи, которые с LegacyExchangeDN превращаются в контакты, которым не доходит почта. Пока не знаю как с этим быть, как-то составлять список соответствия между такими адресами и реальными пользователями. Пока думаю"

    15 января 2021 г. 9:00
  • >>>Пользователь стал отвечать на старое письмо и в ответ получил отбойник об устаревшем адресе

    Если Вы смотрели отбойник, то наверняка увидели в нем:

    Мы можем гадать, использовался кэш или в письме на которое ответила Сидоренко в заголовке (адрес Афанасьева) был указан LegacyExchangeDN и при нажатии reply это значение стало в заголовке To. Вы можете посмотреть ( Internet heades письма)

    >>>Далее он создал новое сообщение, выбрал адрес из адресной книги и письмо отлично ушло.

    Раз при выборе контакта из адресной книги отправка прошла успешно, значит по всей видимости в GAL адрес контакта указан корректно. Вы можете проверить на всякий случай какие  у него proxyaddress значения через ECP или через PS connected to EXO Get-Contact или Get-MailContact (в зависимости от того какой тип контакта вы создали).

    >>>Значит все таки адрес в старом письме имеет какие то устаревшие идентификаторы относительно идентификаторов в адресе адресной книги.

    M.V.V. _ объяснил Вам откуда LegacyExchangeDN может взяться.

    Рад что Вам удалось решить проблему.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    15 января 2021 г. 9:12
    Модератор
  • К сожалению, проблема моя не решена.

    Сегодня письмо уходит корректно, а завтра оно устаревает.

    Мне бы тогда механизм или действия как это автоматически обновлять

    Возвращаясь к LegacyExchangeDN. Exchage сервера у меня облачные, поэтому в AD у меня атрибут LegacyExchangeDN не заполнен

    Вернее даже не так. В домене откуда я на основе учеток делаю контакты в своем домене атрибут LegacyExchangeDN заполнен, но в моем AD когда контакт создается атрибут LegacyExchangeDN пустой.

    Получается мне надо его тоже переносить

    • Изменено Pogreb 15 января 2021 г. 9:30
    15 января 2021 г. 9:23
  • проверьте не является ли причиной проблемы то, то в письме которое получил облачный пользователь от on-premises пользователя один из адресов вместо email@contoso.com изначально содержал legacyExchDN и при нажатии reply to all он же и подставился

    Для этого пусть пользователь вам отправит Email Sample вложением или дайте себе Full Access к ящику пользователя зайдите в него и посмотрите Internet Headers письма на которое отвечал пользователь на пример в https://mha.azurewebsites.net/



    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    15 января 2021 г. 10:23
    Модератор
  • Ситуация, которая была сегодня с утра у сотрудника у которого отключено кэширование адресов.

    Он открыл старое письмо. Нажал - ответить всем.

    В полях кому были прописаны Фамилия Имя и Отчество, без каких либо сторонних символов. Нажимает кнопку отправить и получил отбойник.

    Далее он в этом письме нажал Ответить всем, стер всех получателей и добавил их заново из адресной книги. Письмо ушло без проблем.

    Странность конечно, но в этом письме, на которое утром отвечал сотрудник, в разделе Интернет заголовки пусто. Нет ничего


    • Изменено Pogreb 15 января 2021 г. 11:04
    15 января 2021 г. 10:40
  • Миграция почты завершена в 2014 году.

    Сейчас моя самописная программа создает в моем АД контакте на основе учетных записей сторонних доменов нашего леса

    15 января 2021 г. 11:33

  • Он открыл старое письмо. Нажал - ответить всем.


    Значит проблема только с некоторыми старыми письмами?

    Вы можете воспроизвести проблему?  Попросить On-premises пользователя отправить письмо Cloud пользователю и проверить придет ли ответ On-Premises пользователю?


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    15 января 2021 г. 12:46
    Модератор
  • Вот я сейчас сам нашел письмо сотрудника смежного домена от 2017 года, почта которого живет на железе.

    Я с облачной учетки написал ему письмо. Отбойника нет. Сотрудник мне ответил.

    15 января 2021 г. 12:56
  • То есть проблема только с некоторыми старыми письмами, верно?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    15 января 2021 г. 13:13
    Модератор
  • получается да.

    Но мне последовательность не удалось выяснить.

    Но бывают ситуации и другие. Когда отвечаешь на письмо, которое тебе прислали вчера и можешь опять отбойник получить

    15 января 2021 г. 13:16
  • Обратите внимание от кого письмо пришло, было оно  "новое" или переслали "старое" письмо, проблема воспроизводится у одних и тех же пользователей или все с ней сталкиваются, что общего у этих пользователей, контактов и т.д.  и надеюсь Вам удастся найти причину проблемы и затем объяснить пользвателям которые с ней столкнулись что делать чтобы она не воспроизводилась.

    На данный момент пользователям можете предложить Workaround предложенный M.V.V, выше Вы упомянули что его рекомендации помогли.

    >>>Тех поддержка Майкрософта просто ужасна. Они не предоставляют просто никакой информации и все ответы из разряда "а давай вот так проверим"

    Если Вы затрудняетесь сами в анализе заголовков писем, инженеры поддержки могут Вам помочь проанализировать их.

    P.S. В защиту поддержки из личного опыта J.

    Пожалуйста не забывайте, что тех. поддержка тоже люди, что если они не могут воспроизвести Вашу проблему в своей среде, то логично что они будут предоставлять решения которые будут основываться  на личном опыте или на подобных инцидентах из KB, и имейте ввиду что им приходится работать одновременно по 20-50 кейсам и каждому клиенту необходимо уделить время.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    15 января 2021 г. 14:14
    Модератор
  • Коллеги, подскажите еще по моей проблеме.

    Когда я вибираю кому отправить письмо, то почтовик идет в редактор атрибутов и берет адрес из атрибута LegacyExchangeDN

    В моем случае с облаком, облачный сервер заполняет адрес X500 и его использует при выборе адреса (если я правильно понимаю).

    Но в случает с импортом контактов ситуация другая. Если я буду копировать помимо контакта еще и атрибут LegacyExchangeDN то я сломаю почту смежного домена, так как уникальности адреса уже не будет.

    В облако когда контакты уехали, там есть только поле *Внешний адрес электронной почты: SMTP:N.S@ct.ru

    Как тогда отрабатывает облачный почтовик, когда я выбираю в качестве получателя импортированного контакта?

    2. Мне сегодня переслали отбойник с ошибкой об устаревшем адресе. Получатель как раз сотрудник смежного домена

    Тескт из ошибки

    Адрес электронной почты получателя имеет формат LegacyExchangeDN, который не используется службой Office 365. Эта ошибка может возникать после перемещения электронной почты организации из локальных серверов в облако или при синхронизации локального каталога с Office 365, если у организации гибридная конфигурация. Если очистка списка автозаполнения получателей в Outlook или Outlook в Интернете не помогла решить эту проблему, попробуйте удалить соответствующий адрес формата LegacyExchangeDN из локальной службы каталогов Active Directory. Затем повторите синхронизацию каталога.

    Но у данного контакта в моем AD не заполнен атрибут LegacyExchangeDN

    Получается замкнутый круг какойто, чтобы отправить письмо заполни атрибут, но если заполю атрибут сломаю почту смежного домена


    • Изменено Pogreb 18 января 2021 г. 11:44
    18 января 2021 г. 7:37
  • Можете отправить мне на v***re@microsoft.com email sample письма на которое ответил ваш пользователь и отбойник  вложениямя (не!! forward email)?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.


    18 января 2021 г. 12:42
    Модератор
  • Дмитрий, не совсем понял. Про какое имеенно письмо идет речь. Пользователи не отвечали вложением.

    Или Вам просто отбойник прислать?

    18 января 2021 г. 12:47
  • Опишите подробно что делал пользователь.

    Cloud пользователь создал новый email выбрал On-Prem получателя из адресной книги, отправил письмо и получил отбойник?

    Cloud пользователь ответил на письмо от On-prem пользователя и получил отбойник?

    Уточните действия пользователя.

    Перешлите отбойник.



    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    18 января 2021 г. 12:50
    Модератор
  • Cloud пользователь ответил на письмо от On-prem пользователя и получил отбойник!

    Далее Cloud пользователь ответил на письмо от On-prem пользователя, при этом удалил адрес который подставил его при нажатии на кнопку "Ответить". Далее из адресной книги выбрал адрес  On-prem пользователя и письмо ушло.

    18 января 2021 г. 13:00
  • Миграция почты завершена в 2014 году.

    Сейчас моя самописная программа создает в моем АД контакте на основе учетных записей сторонних доменов нашего леса

    А Вы не хотите сделать так, чтобы Ваша программа опрашивала 4 домена и создавала контакты сразу в облаке без синхронизации контактов?
    18 января 2021 г. 13:00
  • Cloud пользователь ответил на письмо от On-prem пользователя и получил отбойник!

    Далее Cloud пользователь ответил на письмо от On-prem пользователя, при этом удалил адрес который подставил его при нажатии на кнопку "Ответить". Далее из адресной книги выбрал адрес  On-prem пользователя и письмо ушло.

    Перешлите мне на вышеуказанный адрес почты вложениями к писму которое Вы будете отправлять мне, письмо от On-Prem пользователя на которое отвечал Ваш Cloud пользователь и отбойник.

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    18 января 2021 г. 13:02
    Модератор
  • Anahaym,При таком раскладе пользователи попадут в облако как пользователи, а не как контакты
    А пользователи у которых нет лицензий не попадают в адресную книгу
    • Изменено Pogreb 18 января 2021 г. 13:09
    18 января 2021 г. 13:04
  • если создавать контакт - то будет контакт: New-MailContact
    18 января 2021 г. 13:46
  • если создавать контакт - то будет контакт: New-MailContact

    То есть выполнить данную команду и подсунуть ему CSV файл?

    Тогда в csv файле дожны быть указаны атрибуты: ФИО, должность, телефон и т.д.

    И вот тут я опять возвращаюсь к своему вопросу , что мне делать с атрибутом LegacyExchangeDN ?

    18 января 2021 г. 13:57
  • Да, именно так. Для начала попробуйте создать вручную проблемный контакт, понаблюдайте поведение клиентов. Если всё ок, то Вам надо создать только облачные контакты.

    Атрибута не будет. Я только что проверил наши контакты (более 500) - ни у кого нет LegacyDN адреса.

    у Вас облачный клиент как-то видит эти 4 AD домена (может VPN S2S) или только адресную книгу? Не понятно, с его это клиенту потребовался LegacyDN.

    18 января 2021 г. 15:21

  • у Вас облачный клиент как-то видит эти 4 AD домена (может VPN S2S) или только адресную книгу? Не понятно, с его это клиенту потребовался LegacyDN.

    Мой облачный клиент настроен на лес, но для синхронизации настроен только мой домен. При настройке АзурэАД необходима учетная запись Enterprise Admin.
    19 января 2021 г. 5:59
  • Да, именно так. Для начала попробуйте создать вручную проблемный контакт, понаблюдайте поведение клиентов. Если всё ок, то Вам надо создать только облачные контакты.


    Хочу так же отметить, что тех поддержка майкрософт мне потдвердила, что они официально не поддерживают загрузку контактов через powershell в количестве более 300.

    У меня же загружаемых контактов 5000

    19 января 2021 г. 6:04
  • Значит надо делать скрипт, который будет искать только новые контакты и создавать только их. 
    19 января 2021 г. 6:36
  • Значит надо делать скрипт, который будет искать только новые контакты и создавать только их. 

    Этот вариант тоже рассматривался, но для 5000 контактов и для 4 доменов это будет определенно не быстро.

    И по обновлению опять же не ясно. Вот сейчас есть в облаке контакты. Допустим Иванов А.А., у него ничего не изменилось в плане персональной информации. Соответственно в облаке никакие изменения скрипт мне и не перезапишет.

    Но сервер то определяет, что адрес устарел далеко не по персональной информации, а по каким то атрибутам. Вопрос каким? Может эти атрибуты в мою самописную программу добавить и проблема решиться? Мне тех поддержка об этом не говорит.

    Если Вы подскажете, буду благодарен.

    19 января 2021 г. 6:47
  • Этот вариант тоже рассматривался, но для 5000 контактов и для 4 доменов это будет определенно не быстро.

    Вам не надо быстро, Вам надо правильно\точно. 

    И по обновлению опять же не ясно. Вот сейчас есть в облаке контакты. Допустим Иванов А.А.,у него ничего не изменилось в плане персональной информации. Соответственно в облаке никакие изменения скрипт мне и не перезапишет.

    скрипт не просто не перезапишет, он вообще пропустит эту учётую запись. Логика такая:

    - скрипт выполняется после рабочего дня
    - скрипт опрашивает домен на наличие пользователей с почтовым ящиком
    - скрипт проверяет атрибут createTimeStamp, если он в пределах сегодняшнего дня - записывает необходимую информацию в CSV-файл только этого контакта
    - сприпт загружает данные CSV-файла в облако

    Вам не нужно перезаписывать все 5000 контактов, а только новые. Нужен подумать, как чистить адресную книгу хотя бы раз в месяц..

    Но сервер то определяет, что адрес устарел далеко не по персональной информации, а по каким то атрибутам. Вопрос каким? Может эти атрибуты в мою самописную программу добавить и проблема решиться? Мне тех поддержка об этом не говорит.
    если под сервером Вы имеете ответ от почтового сервера, то это не сервер считает, а Outlook отправляет использую\добавляя LegacyExchangeDN, который отсутствует у контактов Office 365 (у пользователей он может быть). И тут вознимает вопрос - почему Outlook так делает...?
    19 января 2021 г. 8:24
  • - скрипт выполняется после рабочего дня
    - скрипт опрашивает домен на наличие пользователей с почтовым ящиком
    - скрипт проверяет атрибут createTimeStamp, если он в пределах сегодняшнего дня - записывает необходимую информацию в CSV-файл только этого контакта
    - сприпт загружает данные CSV-файла в облако

    Давайте еще раз пройдемся по разнице создания контакта через powershell и обычной синхронизацией контейнера из моего AD

    Предположим я запустил свою самописную программу один раз. Эта программа создала контакты на основе учетных записей смежных доменов. Больше я ее не запускаю и просто напросто не обновляю свою адресную книгу новыми контактами и не удаляю старые. В моем AD контакты не изменяются, в облаке тоже без изменения и соответственно офлайн адресная книга у пользователей тоже без изменений. ПРи таком раскладе получается, что отбойников быть не должно?

    Если, выделенное выше, утверждение верно, то я беру паузу на неделю для тестов и смотрю, нет ли отбойников. Предположим, что все гуд.

    Тогда мне надо изменить механизм обновления контактов и удаления неактивных записей.

    Пока не вижу преимущества в powershell, т.к. если даже раз в месяц очищать контейнер с контактами отдельным скриптом, то скрипт powershell по добавлению разницы все равно раз в месяц потащит 5000 контактов.

    В чем все таки преимущества использовать powershell, чтобы загрузить контакты? В том, что он напрямую в облаке создаст контакты?Я преимуществ не вижу. Скрипт будет работать раз в сутки. В ad я же в течении дня могу удалить устаревший контакт в ручную и через 30 мин его в облаке не будет.

    Я ведь могу свою прогу переписать по загрузку разницы контактов.

    19 января 2021 г. 10:49
  • покажите вывод команды в облаке:

    $FormatEnumerationLimit=-1
    Get-Recipient "проблемный контакт" | ft -Property displayname,emailaddresses

    Есть там адрес х500? А есть он в AD (проверьте АД с синхронизацией и АД откуда контакт был скопирпован)?:

    get-ADObject -LDAPFilter "objectClass=Contact" -Properties * | fl DisplayName,proxyAddresses

    Powershell советую, потому что его знают многие и могут помочь в его написании. Но сейчас вопрос не в это, что и как использовать. Надо понять, почему Outlook отправляет на Legacy адрес, которого не оказывается в облаке (Exchange Online всё ещё поддерживает адреса x500)

    19 января 2021 г. 11:12
  • Результат первой команды

    DisplayName                                                 EmailAddresses
    -----------                                                 --------------
    ов Андрей Александрович                               {SMTP:Andrey.ov@ct.ru}

    Вторую команду прям в таком виде выполнять, как указано?

    у меня вот такой результат


    DisplayName    :
    proxyAddresses : {}

    DisplayName    :
    proxyAddresses : {}

    DisplayName    :
    proxyAddresses : {}

    DisplayName    :
    proxyAddresses : {}

    19 января 2021 г. 11:22
  • да, именно так, можно ещё и вот так (поменяйте только на свою OU, где хранятся контакты):

    Get-ADObject -LDAPFilter "objectClass=Contact" -SearchBase 'CN=контакты,DC=domain,DC=local' -Properties * | fl Name,mail,proxyAddresses

    Первая команда показывает, что действительно x500 отсуствует в Office 365.

    Вторая команда показывает, что дополнительных адресов тоже нет. Тогда вопрос - откуда Outlook берёт x500 адреса? у меня нет идей.

    19 января 2021 г. 11:36
  • В облаке только эти данные у контактов

    Если в облаке перейти на вкладку Активные пользователи, это пользователи моего домена, то у них есть адрес sip.

    Команда выше не находит контейнер. Делаю ее, а она контейнер мой не находит


    • Изменено Pogreb 19 января 2021 г. 12:32
    19 января 2021 г. 12:29
  • У Вас миграция была сразу в облако или была гибридная инфрастуктура? Есть вероятность того, что на всё это может влиять тот факт, что все домены в одном лесу...

    просто посмотрите в AD атрибут:

    19 января 2021 г. 13:04
  • У созданного контакта данный атрибут пустой.

    У моей учетной записи в моем домене тоже данный атрибут пустой

    19 января 2021 г. 13:14
  • тогда не понятно, откуда его берёт Outlook... у меня идеи закончились
    19 января 2021 г. 14:01
  • Я предполагаю, что аутлук сначала берет адрес из офлайн адресной книги, а потом из кэша.

    Но только получается, что в адресной книге он берету тупо smtp адрес, а не значение LegacyechangeDN как это делается на железном exchange

    Ответ от тех поддержки сегодня в 17:12

    - EXO online изпользует x500 адреса,  LegacyExchangeDN устаревший и он его не использует

    Но в какое поле его указать не написали.

    • Изменено Pogreb 19 января 2021 г. 14:16
    19 января 2021 г. 14:04

  • Пользователю в аутлуке отключил режим кэширования, чтобы он пользовался только адресной книгой, ошибка тоже периодически возникает.


    По фразе выше.

    В начале этой неделе, сотруднику отключил и очистил кэширование полностью. Сотрудник пишет новые письма и отвечает на старые письма исключительно выбрав адресата из адресной книги.

    Ошибок по устаревшим адресам, спустя, три дня, нет.

    2. Есть еще один пользователь, который очень часто получает уведомления об устаревших адресах. Ему очищен полностью кэн, но НЕ отключен. При этом свою самописную программу я два дня уже не запускаю.

    С чем я связываю это. Когда я запускаю свою программу, она в моей AD сначала удаляет все контакты, а потом создает их заново. Соответственно в обязательном порядке изменяет атрибут objectGUID

    Возможно, по нему идет сравнение по устареванию адреса? В AD objectGUID новый, в облаке он тоже новый спустя 30 мин, а вот в аутлуке (кэше ) он старый, т.к. синхронизация адресной книги происходит каждые 24 часа

    21 января 2021 г. 6:24

  • Возможно, по нему идет сравнение по устареванию адреса? В AD objectGUID новый, в облаке он тоже новый спустя 30 мин, а вот в аутлуке (кэше ) он старый, т.к. синхронизация адресной книги происходит каждые 24 часа

    скорее всего в этом и есть причина. Попробуйте изменить программу, чтобы она не удаляла, а добавляла только новые контакты.
    - EXO online изпользует x500 адреса, LegacyExchangeDN устаревший и он его не использует
    Но в какое поле его указать не написали.
    LegacyExchangeDN записывается как x500 адрес в атрибут "ProxyAddresses"
    21 января 2021 г. 7:14
  • LegacyExchangeDN записывается как x500 адрес в атрибут "ProxyAddresses"
    В моем случае, в моем AD атрибут "ProxyAddresses", у созданного контакта, пустой
    21 января 2021 г. 14:12
  • Сейчас это неважно. Тестируйте дальше без своей программы. Если всё ок в течении недели - значит всё дело в постоянной перезаписи (удаление - создание) контактов.
    21 января 2021 г. 14:17
  • Увы, но сейчас мне снова переслали отбойник об устаревшем адресе.

    Свою программку я последний раз запускал во вторник.

    Значит атрибут objectGUID не имеет отношения к устареванию.

    Посмотрел информацию, когда учетная запись, по которой пришел отбойник, последний раз изменена

    whenChanged - 22.01.2021 3:38.

    Я же свою прогу  запускал последний раз 19числа.

    При внесении изменений в учетную запись, содержимое атрибута objectGUID изменяется?


    • Изменено Pogreb 22 января 2021 г. 13:44
    22 января 2021 г. 13:42
  • судя по всему нет. Но если объект был изменён, то эти изменения заново синхронизируются с облаком, и видимо эта синхронизация и влияет каким-то образом
    22 января 2021 г. 16:38
  • Я посмотрел заголовки из последнего письма, полученного облачным пользователем, в нем отсутствует legacy адерес.

    Давайте посмотрим также в детальной трассировке.

    Информацию о подключении к EXO через PS найдете в статье: 

    https://docs.microsoft.com/en-us/powershell/exchange/exchange-online/connect-to-exchange-online-powershell/connect-to-exchange-online-powershell?view=exchange-ps 

    Для сбора трассировки, используйте команду : 

    Start-HistoricalSearch -ReportTitle "Transaction 444444" -MessageID 88df29f0c1694a849ea7c29260d07456@ab***сt.ru  -StartDate 12/24/2020 -EndDate  12/26/2020 -ReportType MessageTraceDetail -NotifyAddress admin@свойадрес.com 

      * вместо звездочек пропишите домен

    https://technet.microsoft.com/en-us/library/dn621132(v=exchg.160).aspx 

    перешлите мне результат.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    22 января 2021 г. 20:18
    Модератор
  • Anahaym, спасибо за ответ.

    Но в текущей ситуации синхронизации с облаком не было. То есть до пятницы и в АД смежного домена и в облаке контакт был идентичен. Потом в АД у учетной записи что то изменилось, а в облаке осталась информация до изменения и поэтому произошло устаревания адреса. Но это моя догадка.

    Дмитрий, трассировка пустая

    Dear customer, Your request for Transaction 444444 submitted on 1/25/2021 5:19:26 AM has been processed. No data was found that matched the search criteria you specified. Please submit a new request with changed criteria if you expect to obtain valid results.


    • Изменено Pogreb 25 января 2021 г. 5:50
    25 января 2021 г. 5:48
  • Дополнение.

    Пользователь всю неделю сидел с настройками ниже:

    У пользователя полностью отключил опцию автозаполнения в аутлуке. Очистил кэш.

    Не помогло, сегодня начали сыпаться отбойники

    Был еще второй пользователь в тестировании, которому просто очистили кэш. Чтобы адресная книга в аутлуке была идентична контактам в облаке.

    Сегодня от него опять сыпятся отбойники.

    Значит все мои предположения не верны. Где то есть еще параметры с которыми работает аутлук

    25 января 2021 г. 12:54
  • отбойники по одним и тем же адресатам или в случайном порядке? если по тем же самым - попробуйте создать контакты проблемных адресатов в облаке без синхронизации.
    25 января 2021 г. 12:56
  • Отбойники бывают и по одинаковым адресатам и по разным.

    Все сегодняшние отбойники имеют разных адресатов

    25 января 2021 г. 12:58
  • есть крайний вариант - дать пользователем новый компьютер с новым Outlook. Может профиль битый, может что не так с самим Outlook
    25 января 2021 г. 13:04
  • есть крайний вариант - дать пользователем новый компьютер с новым Outlook. Может профиль битый, может что не так с самим Outlook

    Есть 4 пользователя, у которых проблемы. У двух ярко выражены, у двух периодически. Связано это с тем, что у кого ярко выражена проблема у них очень часта переписка именно с подгруженными контактами. Вторые меньше пишут контактам.

    Аутлук переустанавливали. Ставил и 2016 и 365. Результата не было.

    Но проблемы с перепиской адресатам нашего домена нет вообще

    25 января 2021 г. 13:08
  • Не думаю, что это выход.

    4 пользователя.

    У 2 явные проблемы, потому что они очень часто пишут пользователям из списка контактов. У 2 не так выражена проблема.

    Тех поддержка предлагает добавить адреса Х500 для созданных контактов.Откуда мне взять адрес Х500? Из отбойника? Можно ли адрес Х500 преобразовать из адреса, указанного в учетной записи, и добавить для всех контактов?

    26 января 2021 г. 5:46
  • Тех поддерже задал вопрос

    1. При сравнении каких атрибутов Outlook понимает, что адрес устарел?

    Получил от них ответ

    1. Тhis is related to Outlook, it may appear when Outlook used x500 or LegacyDN with some old objects, that the new one is missing.

    Так же они предлагают действия только при возникновении отбойника. То есть я получаю отбойник, преобразовываю адрес IMCEAEX в адрес Х500 и добавляю проблемному пользователю.

    Но мне на данный момент нужны проактивные действия.

    Есть ли готовые скрипты или на базе каких командлетов можно преобразовать адрес LegacyExchangeDN в адрес Х500 и добавить адрес Х500 в атрибут ProxyAddresses всех созданных мной контактов?

    27 января 2021 г. 8:23
  • увы, видимо другого решения нет.
    27 января 2021 г. 8:27
  • увы, видимо другого решения нет.

    Эту статью я уже наизусть знаю.

    Даже скрипт нашел для корректного преобразования

    $Addr= Read-Host "Enter full IMCEAEX address:"
    $Repl= @(@("_","/"), @("\+20"," "), @("\+28","("), @("\+29",")"), @("\+2C",","), @("\+3F","?"), @("\+5F", "_" ), @("\+40", "@" ), @("\+2E", "." )) 
    $Repl | ForEach { $Addr= $Addr -replace $_[0], $_[1] } 
    $Addr= "X500:$Addr" -replace "IMCEAEX-","" -replace "@.*$", "" 
    Write-Host $Addr

    Но мне бы нужно все преобразовать до возникновения ошибки.

    А можно ли у учетных записей, которые живут в домене где железный Exchange сервер преобразовать адреса в формат Х500 ? Это реально?


    • Изменено Pogreb 27 января 2021 г. 8:41
    27 января 2021 г. 8:33
  • Тех поддержка Майкрософт хочет перевести мой тикет в раздел On-Prem

    Отпишусь о развитии событий

    28 января 2021 г. 12:17
  • В раздел On-Perm заявку я сделать не могу, т.к. у меня нет контракта соответствующего.

    Сегодня заметил еще одну странность.

    Пользователь присылает отбойник. Я адрес IMCEAEX преобразовываю в Х500

    Адрес Х500 добавляю в атрибут proxyadresses

    Сегодня мне присылают отбойник, и вижу, что у проблемного пользователя в отбойник я адрес уже преобразовал и добавил в атрибуты AD.

    Получается в моей схеме не срабатывает даже добавление адреса Х500

    29 января 2021 г. 13:19
  • Вы можете заплатить за кейс в On-Prem поддержку, не помню точно сколько стоит кейс, кажется было в районе 300 - 500$. 

    https://support.microsoft.com/ru-ru/assistedsupportproducts 

    Эта тема уже очень длинная, создайте новый топик в On-Prem разделе Exchange (выберите версию), укажите что новый топик в продолжение этого (оставьте ссылку) и изложите заключение поддержки O365.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    29 января 2021 г. 14:19
    Модератор