none
генерирование автоматического ответа Exchange 2003 RRS feed

  • Вопрос

  • Пользователю необходимо сменить название почтового ящика, так вот, если клиенты будут писать на старый ящик, может ли exchange 2003 автоматически генерировать ответ о том, что такого ящика не существует, пишите на такой-то?
    • Перемещено Tina_Tian 19 марта 2012 г. 1:54 forum merge (От:Exchange Server 2003/2000/5.5)

Ответы

  • О чем вы спорите ?

     

    Делается элементрано 2-мя вариантами :1.  включается фильтр получателей , 2. включается передача NDR

     

    • Помечено в качестве ответа Vinokurov Yuriy 23 июля 2009 г. 8:55

Все ответы

  • А вы в свойствах пользователя, в AD, на вкладке e-mail, пропишите оба этих e-mail адреса и он будет получать почту на оба. А писать будет с того который вы отметите как Primary.

    Модератор
  • В том то и дело, необходимо отказаться от старого ящика, по большей части связано со спамом.
  • Дурацкая схема конечно, сейчас вам MVP посоветую более правильный вариант. Но пока других вариантов нет... Wink

     

    Создаем пользователя, присваиваем ему тот старый e-mail, и в Outlook через заместителя делаем автоответ при отсутствии на работе.

     

    Модератор
  • Т.е. рассылаем новый адрес всем, кто ни попросит

    To Dezibel: Штатными средствами Вам это вряд ли удастся. Может проще разослать по контакт-листу? Или на сайте вывесить?
    Модератор
  • To M.S.D: Михаил, прошу прощения. Но рациональное зерно есть. Можно рассылать адрес вида userATdomainDOTcomDoNotSPAM. Человек поймет, машина нет. Хотя все-равно опасно, и схема дурацкая, Вы правы. Адрес отправителя будет светиться в обоих случаях.

    To Dezibel: Но смена адреса - не лучшее средство борьбы со спамом. Лучше будет настроить фильтрацию почты. Спам-боты редко имеют корректные MX-записи. Если включить Reverse DNS Lookup уже будет легче. А если настроить какой-то фильтр с использованием интеллектуальной фильтрации, например фильтр Байеса, то вообще можно зарезать потоки спама до смешных 0,5-1%

    Модератор
  •  Oleg Krylov написано:

    Т.е. рассылаем новый адрес всем, кто ни попросит

    Минуточку... А условия задачи разве не этого требуют? Wink Более правильную схему (оба адреса на учетку) я предложил. Не хотите, извольте вариант, который решает задачу исходя из ее условий.

     

    Со спамом бороться конечно нужно иными способами. Это верно!

    Модератор
  •  Oleg Krylov написано:
    To M.S.D: Михаил, прошу прощения. Но рациональное зерно есть.

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

     

    Максимум, что можно сделать - ограничить выход этих ответов наружу. Если это требуется.

    Модератор
  • Это бесспорно. И условия задачи изначально неверные, согласен. Но вот что еще можно сотворить: http://www.cdolive.com/autoreply.htm Вкратце: создается mailbox-enabled User, со старым SMTP-адресом. И на этот ящик на стороне сервера вешается скрипт автоответчика. Пользователь писем не видит, ответы уходят. В принципе тоже вариант. Но не совсем правильный.

    Модератор
  • Не совсем понял, чем отличается от того, что я предложил. Wink Через заместителя делается тоже самое.

     

    Модератор
  • О чем вы спорите ?

     

    Делается элементрано 2-мя вариантами :1.  включается фильтр получателей , 2. включается передача NDR

     

    • Помечено в качестве ответа Vinokurov Yuriy 23 июля 2009 г. 8:55
  • Отсутствием клиента  Ну в общем то равноценные варианты. Ваш даже проще. По реализации. Но, повторюсь, смыла не вижу.

    Модератор
  •  Sergey Krylov написано:

    О чем вы спорите ?

     

    Делается элементрано 2-мя вариантами :1.  включается фильтр получателей , 2. включается передача NDR

     

        И еще так же легко меняется стандартный NDR, который просто с прискорбием сообщит об отсутствии данного получателя в данном почтовом домене, и попросит в следующий раз писать адрес внимательнее. А о новом адресе ни слова
    Модератор
  •  Oleg Krylov написано:
     Sergey Krylov написано:

    О чем вы спорите ?

     

    Делается элементрано 2-мя вариантами :1.  включается фильтр получателей , 2. включается передача NDR

     

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

     

    NDR меняется  , если требуется - вот только это будет уже не просто смена NDR , а нечто несколько более широкое - исходя в первую очередь из того, что Exch не ведет базу пользователей и соотв. базу адресов - т.е при изменении атрибута у пользователя , эти изменения должны где то фиксироваться ( не в AD к примеру) ибо categorizer ничего про сей адрес не знает (удаленный) и знать не будет

     

    и еще : "по большей части связано со спамом." , если спам проходит - то зрасьте : в ответ на эти письма мы также будем генерировать NDR -), а спамеры разные бывают ( и не дураки есть) - на основании етого ответа - мы снова попадаем в базы (которыми успешно торгуют и т.п. ) ... и так по кругу

  • Фактически, исходя из написанного Вами, опять получается, что данное действие БЕССМЫСЛЕННО. Лучше силы и энергию бросить на борьбу со спамом, как классом

    Модератор
  • Нет - смысл есть , но не в такой постановке задачи

     

    А так да : лучше направить "силы" на борьбу со спамом, а не "изобретения" , которое более полезно для тренировки мозга, чем для решения задачи

     

  • А где включить Reverse DNS Lookup?
  • В настройках smtp службы - delivery - advanced

     

  • Включен, странно почему же тогда на ящик user@kontora.com приходит спам от user@kontora.com
    И еще вопрос, после включения "Sender ID Filtering" перестали приходить письма с gmx.de (бесплатный почтовый немецкий сервер), я так понимаю стандарт "Sender ID" не был принят в качестве официального для использования в Интернете, поэтому может его отключить?
  • НИчего странного ибо то что вы пытались проверить и то что оказалось у вас настроенным к решению этого мало относятся. Вам уж в таком случае нужно блокировать на уровне фильтра Sender этот адрес (user@kontora.com)

  • Кстати, коллеги! А мне к сожалению так и не удалось победить этот случай  Когда приходят письма пользователю user@domain.com и другим пользователям домена domain.com от имени user@domain.com. Где и на каком уровне происходит подмена адреса, понять не могу! Подскажите, но желательно на уровне происходящих процессов, как и где это происходит? Заранее спасибо.

    P.S. Сергей, а Вы помните о выводе SMTPreg.vbs?

    Модератор
  •  Oleg Krylov написано:

    Кстати, коллеги! А мне к сожалению так и не удалось победить этот случай  Когда приходят письма пользователю user@domain.com и другим пользователям домена domain.com от имени user@domain.com. Где и на каком уровне происходит подмена адреса, понять не могу! Подскажите, но желательно на уровне происходящих процессов, как и где это происходит? Заранее спасибо.

     

    Что именно не удалось ? Sender Filter задействован ? Никакой собственно подмены адреса автоматического не происходит - все зависит от того как сформирвано сообщение

     

     Oleg Krylov написано:

    P.S. Сергей, а Вы помните о выводе SMTPreg.vbs?

     

    Помню, только автор не подает признаков жизни

  • Sender Filter включен и задействован на SMTP-сервере. Но иногда получаю письма с явно спам-контентом от самого себя, например. Вот.

     

    По поводу SMTPreg.vbs: что нужно почитать, чтобы разобраться в этом. Я просто не понимаю результатов вывода.

    "Позвольте спросить в целях повышения образованности" (Почтальон Печкин©)

    Модератор
  • К сожалению фильтр Sender не подходит, т.к. в конкретном случае у пользователя ноутбук, работает он в офисе по MAPI, вне офиса по POP3, соответственно добавив его email в sender filtering отправлять почту удаленно он не сможет.
  •  Oleg Krylov написано:

    Sender Filter включен и задействован на SMTP-сервере. Но иногда получаю письма с явно спам-контентом от самого себя, например. Вот.

     

    Это происходит уже на стадии передачи тела письма после команды DATA, а вот в MAIL FROM (т.е. на что и работает фильтр) указан иной адрес, который и не блокируется

     

     Oleg Krylov написано:

    По поводу SMTPreg.vbs: что нужно почитать, чтобы разобраться в этом. Я просто не понимаю результатов вывода.

    "Позвольте спросить в целях повышения образованности" (Почтальон Печкин©)

     

    Там все нормально, сторонних (sink) продуктов нет , а все что положено для работы зарегистрировано в метабазе iis

  •  Dezibel написано:
    К сожалению фильтр Sender не подходит, т.к. в конкретном случае у пользователя ноутбук, работает он в офисе по MAPI, вне офиса по POP3, соответственно добавив его email в sender filtering отправлять почту удаленно он не сможет.

     

    Ежели раскинуть мозг то подходит - ибо smtp серверов может быть более чем 1-н

  • Спасибо, буду пробовать.