none
Странная подмена адресов по кнопке "Reply" RRS feed

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

  • Коллеги, подскажите, вот такая странная история с ответом на письмо. Приходит письмо, нажимаем ответить и получаем вот такой интересный ответ. При автоответе происходит тоже самое. Вот лог отбоя, из которого ясно, что внешний адрес был изменен, точнее домен: с zambongroup.com на zambon.ru. Что примечательно, проблема не массовая, она только у нескольких пользователей возникает и не всегда. Также нерегулярно помогает повторный ответ, но сейчас все чаще не помогает. Сразу опережу совет -почистить кэш outlook. Делали неоднократно и это не помогает. А такое впечатление, что после этого даже чаще не отправляются письма в ответ.

    Прилагаю авто отбой:

    Не удалось выполнить доставку следующим получателям или группам:

    'Popov, Valentin' Не удалось найти введенный электронный адрес. Проверьте адрес получателя и попробуйте отправить сообщение еще раз. Если проблема возникнет снова, обратитесь к своему администратору электронной почты.

    Диагностические сведения для администраторов:

    Формирующий сервер: ExchangeSrv.Zambon.ru

    IMCEAEX-_o=ExchangeLabs_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=00695a1d04194335b67f8704def31548-Popov+2C+20Vale@Zambon.ru Remote Server returned '550 5.1.11 RESOLVER.ADR.ExRecipNotFound; Recipient not found by Exchange Legacy encapsulated email address lookup'

    Исходные заголовки сообщения:

    Received: from ExchangeSrv.Zambon.ru (192.168.XX.XX) by ExchangeSrv.Zambon.ru
     (192.168.XX.XX) with Microsoft SMTP Server (version=TLS1_2,
     cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Wed, 3
     Jul 2019 10:33:41 +0300
    Received: from ExchangeSrv.Zambon.ru ([fe80::d8d9:d7dc:5b8b:bbc]) by
     ExchangeSrv.Zambon.ru ([fe80::d8d9:d7dc:5b8b:bbc%12]) with mapi id
     15.01.1591.008; Wed, 3 Jul 2019 10:33:41 +0300
    Content-Type: application/ms-tnef; name="winmail.dat"
    Content-Transfer-Encoding: binary
    From: "Gleb S. Vladislavlev" <kjdflos.dkjhf@zambon.ru>
    To: "'Popov, Valentin'" <val.pop@zambongroup.com>
    Subject: Accepted: VDI remote desktop
    Thread-Topic: VDI remote desktop
    Thread-Index: AdUxcWo2OqV7s5gpSouAblTjtlGPvQAAAB/QAAAOBKA=
    Date: Wed, 3 Jul 2019 10:33:41 +0300
    Message-ID: <cf3d04d8f021462a96a820403cfb85c5@zambon.ru>
    Accept-Language: ru-RU, en-US
    Content-Language: ru-RU
    X-MS-Has-Attach:
    X-MS-TNEF-Correlator: <cf3d04d8f021462a96a820403cfb85c5@zambon.ru>
    MIME-Version: 1.0
    X-Originating-IP: [192.168.XX.XX]
    Return-Path: kjdflos.dkjhf@zambon.ru


Все ответы

  • Нет, внутренний пользователь с доменом @zambon.ru, а мы отвечаем внешнему в Европу -@zambongroup.com.
  • а нет ли контакта у которого оба адреса прописано? 

    'Popov, Valentin' вот этого поищите в AD

    Покажите Internet Header у получаемого письма, пока вы не нажали ответ.


    Youtube канал о Exchange Server
    Группа Facebook по Exchange Server
    Чат в Telegram по Exchange Server
    Группа Facebook по PowerShell

    3 июля 2019 г. 12:48
  • а нет ли контакта у которого оба адреса прописано? 

    'Popov, Valentin' вот этого поищите в AD

    Покажите Internet Header у получаемого письма, пока вы не нажали ответ.


    Youtube канал о Exchange Server
    Группа Facebook по Exchange Server
    Чат в Telegram по Exchange Server
    Группа Facebook по PowerShell

    3 июля 2019 г. 12:50
  • В AD эти контакты найдены не были. Я тоже подумала так. У тех пользователей у кого эти проблемы, а именно те, кто переписывается с этими проблемными адресами, сбрасывали неоднократно кэш-чтобы удалить неверные адреса. Что самое примечательное - если у пользователя в Outlook в адресной книги смотреть свойства контакта-там все правильно. Посмотрю Internet Header. Спасибо за идею.
  • Коллеги, опытным путем выяснили, что эта проблема с подменой есть только у тех у кого 2 GAL -наш и еще один из штаб-квартиры в Италии. Так срабатывает автозамена. МОжет есть идеи почему? Или как научить автозамену не подменять адреса?
    12 июля 2019 г. 6:25
  • Можно добавить запись X500 пользователю которому не получается доставить сообщение/

    из этого адреса мы сгенерируем x500(скриптом который я кинул ниже) и в ад в свойствах обьекта , добавте его адрес x500 на который шлет Outlook.

    $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

    из этого адреса мы сгенерируем(через powershell ise) x500(скриптом который я кинул выше) и в ад в свойствах обьекта , добавте его адрес x500 на который шлет Outlook.

    IMCEAEX-_o=ExchangeLabs_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=00695a1d04194335b67f8704def31548-Popov+2C+20Vale@Zambon.ru


    На выходе будет запись X500:/o=domain.loc/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=d02c3bd78e8c481eae78985a4ca51b92-Gladyshev Alexand , которая и будет ссылкой на рецепиента.

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



    • Изменено Adlukashin 12 июля 2019 г. 8:13
    12 июля 2019 г. 7:59
  • А ничего, что этот реципиент не из нашего домена и в АД его нет попросту? Проблема в том, что есть ящик с адресом User@zambongroup.com а автозавершение нам почему то меняет его на User@zambon.ru Он чужие адреса на свой домен меняет. А со своими внутренними творит дичь типа есть у нас ящика типа имя.фамилия@zambon.ru, а автозавершение в Outlook нам выдает фамилим@zambon.ru Соответственно ни в  AD ни в GAL этих адресов нет, фокус, что и в личной книжке Outlook мы их не находим. Вопрос -откуда он берет эти адреса и по какой логике подставляет вместо нормальных. МОжет есть у кого ссылки на доки разрабов? Где указан механизм подбора и подстановки? 5 раз у одного пользователя Кэш автозавершения сбрасывали и нифига.
    12 июля 2019 г. 10:30
  • а в Internet Header получаемого письма, смотрели, там в поле Reply-To: что указано ?


    Youtube канал о Exchange Server
    Группа Facebook по Exchange Server
    Чат в Telegram по Exchange Server
    Группа Facebook по PowerShell

    12 июля 2019 г. 11:36
  • Даже не стала смотреть, оказалось, что это происходит не только при ответе на пришедшее письмо, а при добавлении пользователя из адресных книг. Не могу понять на каком этапе происходит подмена.Пришло письмо от внутреннего сотрудника проблемный сотрудник делает -переслать-и добавляет у себя адресатов из Италии и еще одного проблемного, но внутреннего сотрудника и мы по всем получаем ошибки. 
    12 июля 2019 г. 12:21
  • А ничего, что этот реципиент не из нашего домена и в АД его нет попросту? и что ? как контакт так и почтовый ящик имеют proxyadress
    Соответственно ни в  AD ни в GAL этих адресов нет , создайте в ad контакт проблемного юзера.


    Ради эксперимента можно попробовать , создаете контакт в ад (Либо контакт уже есть) , человеку которому не получилось доставить , суете ему в PROXY adress , x500 и смотрите. 

    Или как научить автозамену не подменять адреса? мне кажется это ваше решение проблемы.

    • Изменено Adlukashin 12 июля 2019 г. 14:28
    12 июля 2019 г. 14:26