none
SMTP сообщает, что получателя нет в AD - как ему запретить это делать? RRS feed

  • Вопрос

  • Когда приходит спам, то smtp-сервер сообщает отправителю, что данного получателя нет. Это видно по логам. Как ему запретить сообщать об этом?

    • Перемещено Tina_Tian 19 марта 2012 г. 3:25 forum merge (От:Exchange Server 2003/2000/5.5)
    11 октября 2007 г. 9:17
    Модератор

Ответы

  • использовать TarpitTime - конечно это просто напросто задержка с ответом , а не его отмена, но от примитивного перебора спасти может

     

    можно внедриться в dll и переписать на иной ответ - но опять же мера половинчатая

     

    только перепиской протокольного уровня работы сервера

     

    11 октября 2007 г. 10:43

Все ответы

  • Вы об ответе 550 5.1.1 User unknown ?

    11 октября 2007 г. 9:51
  •  Sergey Krylov написано:

    Вы об ответе 550 5.1.1 User unknown ?

    Все верно. Простите, что не написал этого сразу. Совсем запарка сегодня.

    11 октября 2007 г. 10:13
    Модератор
  • Так у вас включен фильтр на получаетелей- вот сервер в ответ и пишет

     

    11 октября 2007 г. 10:20
  • Ну без него совсем будет туго. А как заставить его не писать об этом?

    11 октября 2007 г. 10:28
    Модератор
  • А зачем? Это стандартный ответ - в RFC написано
    11 октября 2007 г. 10:34
  • использовать TarpitTime - конечно это просто напросто задержка с ответом , а не его отмена, но от примитивного перебора спасти может

     

    можно внедриться в dll и переписать на иной ответ - но опять же мера половинчатая

     

    только перепиской протокольного уровня работы сервера

     

    11 октября 2007 г. 10:43
  •  Sadok123 написано:
    А зачем? Это стандартный ответ - в RFC написано

    Что бы избежать перебора и освободится от лишней нагрузки.

    11 октября 2007 г. 10:46
    Модератор
  •  mdanshin написано:

     Sadok123 написано:
    А зачем? Это стандартный ответ - в RFC написано

    Что бы избежать перебора и освободится от лишней нагрузки.


    "Избегать перебора" - это не задача Эксча (да и любого MTA). А вот отвечать, почему почта не была принята он обязан.
    12 октября 2007 г. 7:18
  •  Sadok123 написано:
     mdanshin написано:

     Sadok123 написано:
    А зачем? Это стандартный ответ - в RFC написано

    Что бы избежать перебора и освободится от лишней нагрузки.


    "Избегать перебора" - это не задача Эксча (да и любого MTA). А вот отвечать, почему почта не была принята он обязан.

     

    Да нет , как раз одна из задач , ибо перебор ранее включался через VRFY. Использование фильтра получателей с поиском в AD это и есть аналог данной команды, которая в системах 6.*  запрятана глубоко ("защита от дурака" довольно мощная ).

     

    То , что описано в RFC по обязанностям любого smtp сервера не соответствует сегодняшним реалиям жизни.

    12 октября 2007 г. 12:48