none
Как блокировать письмо, попавшее в почтовый ящик, с помощью транспортных агентов? RRS feed

  • Вопрос

  • Ситуация примерно такова. Есть встраиваемый в транспортную структуру Exchange 2007 агент, реагирующий на OnMessageSubmission. Хотелось бы научить его в отличии от режекта просто блокировать письмо после попадания в ящик и не дать быть скаченным клиентом. Возможно ли это на уровне транспорта? Если да, то что необходимо указать в письме? Может значение одного из X-хедеров MIME?
    • Перемещено Hengzhe Li 12 марта 2012 г. 10:42 forum merge (От:Exchange Server 2007)

Ответы

  • Это вполне реализуемо, но потребуется дополнительная программа-агент (store event sink), который будет присваивать статус hidden нужным сообщениям. То есть имеющийся у Вас транспортный агент помечает каким-либо образом сообщения, которые необходимо скрыть, а упомянутый event sink уже делает помеченные сообщения невидимыми.
    На мой взгляд, все довольно громоздко получится в результате.

    Удачи,
    Виктор 

    • Помечено в качестве ответа Kain Merg 19 мая 2009 г. 9:45
    19 мая 2009 г. 7:07

Все ответы

  • при чем здесь транспортный агент ( не совсем понятно , что он собственно делает )

    т.е. письмо в п\я попадает , но т.н. "скачка" клиентом ( любым протоколом ) производиться не должна ? а письмо должно отображаться в п\я ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • Транспортный агент, описанный ранее, некотрым бразом анализирует попадающие в очереди сообщения и, в определенных случаях, по результатам этого анализа может письмо не пустить, удалить и хотелось бы, что бы мог блокировать. В третьем случае имеется ввиду ситуация, когда письмо попадает в почтовый ящик, но клиенту недоступно. В п/я его можно будет увидеть только через административную консоль.
  • Стоит ли городить огород, если клиент при желании все едино сможет увидеть такое письмо ? используя тот же самый низкоуровневый доступ к п\я
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • Ну это если нет функционала, готового блокировать письмо при попытке клиентского доступа к п/я. Но это уже другая история.
    В этом-то и фишка :) Письмо не удалено и не совсем доступно - оно заблокировано в ящике.
    Ну а если вернуться от обсуждений целесообразности и эффективной нагрузки опции к возможности ее реализаций? Нет ли готовых идей в арсенале?
  • Это вполне реализуемо, но потребуется дополнительная программа-агент (store event sink), который будет присваивать статус hidden нужным сообщениям. То есть имеющийся у Вас транспортный агент помечает каким-либо образом сообщения, которые необходимо скрыть, а упомянутый event sink уже делает помеченные сообщения невидимыми.
    На мой взгляд, все довольно громоздко получится в результате.

    Удачи,
    Виктор 


    Виктор , дело даже не в этом ( если сделать допущение , что конечный пользователь не "дурак" ) , а  в том, что вот этот "не дурак"  в данном случае при некотором желании сможет в любом раскладе прочитать это сообщение и стоит ли после сего игра свеч ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • Сергей, я повторюсь. Задачей моей игры, которая несомненно стоит свеч :) является не "не допустить" пользователя к письму любой ценой ( легче удалить ), а именно сделать его невидимым для "дурака" и не более того. И да - это громоздко, и да - это не эффективно, а так же непонятно зачем и т.д. и т.п. Вопрос состоял в том "как", а не "зачем", за понимание чего и благодарю Вас, Виктор.
  • Сергей, я повторюсь. Задачей моей игры, которая несомненно стоит свеч :) является не "не допустить" пользователя к письму любой ценой ( легче удалить ), а именно сделать его невидимым для "дурака" и не более того. И да - это громоздко, и да - это не эффективно, а так же непонятно зачем и т.д. и т.п. Вопрос состоял в том "как", а не "зачем", за понимание чего и благодарю Вас, Виктор.

    Игра стоит свеч в качестве "промывателя мозгов" и тренировки " рук" -) как со стороны реализатора , так и со стороны конечного ( интересующегося - "не дурака" ) пользователя  -), а   так же при ограниченном использовании ( т.е. не MAPI соединении )
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • А, т.е. Вы предполагаете выдрать заблокированное письмо "не дураку" средствами MAPI ?
  • А, т.е. Вы предполагаете выдрать заблокированное письмо "не дураку" средствами MAPI ?

    я ничего не предполагаю, а говорю о том , что ежели клиент имеет доступ к п\я посредством MAPI - то при некотором умственном напряжении ( а попросту говоря при 1-м правильном вопросе  заданном в правильном "месте" - например здесь ) получить доступ к любому элементу в п\я проблем не составляет

    Другое дело , что окружающая реальность такова , что в 99% случаев таких вопросов не возникнет -)) - т.е. пользоваться можно смело , но иметь ввиду то о чем выше написано , чтобы впоследствии не было удивления
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • Спасибо за совет, буду предельно бдителен. :) Жаль только, что мы с Вами так и не вышли за пределы теологии.