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

  • Вопрос

  • Итак стоит задача, есть сервер электронного документа оборота DocsVision. Он постоянно делает рассылку почты используем протоком smtp.

    Как сделать так, чтоб к этим сообщениям применялось правило запрос уведомления о доставке и прочтении.

    В самой программе DocsVision настроить не можем.


    P1NGU1N
    • Перемещено Hengzhe Li 12 марта 2012 г. 7:35 forum merge (От:Exchange Server 2007)
    18 февраля 2010 г. 13:18

Ответы

  • Пожалуй, можно вот так замутить:
    1. Создать ещё один ящик, - xx@domen.ru
    2. На транспортном сервере создать правило для писем от dv@domen.ru . В действиях указать: отправить скрытую копию на xx@domen.ru и удалить без уведомления.
    3. Ящик xx@domen.ru подцепить на Outlook-клиента, настроить в этом клиенте запрос уведомлений для всех отправляемых писем.
    4. На клиенте создать правило: при получении писма от dv@domen.ru запустить сценарий, или программу. В этот сценарий или программу запихнуть макрос, который будет заново отправлять это письмо - благо все заголовки в нем на месте.
    5. Для доставки уведомлений создать на транспортном сервере правило:все письма, адресованные xx@domen.ru,  перенаправлять на dv@domen.ru

    P,S. Можно упростить пункт 4: Нужно сделать макрос на клиенте. Этот макрос будет просматривать новые письма в папке Входящие и отправлять их заново. Запланировать регулярный запуск этого макроса.

    • Предложено в качестве ответа zero55 19 февраля 2010 г. 8:11
    • Изменено Konstantin Frantsev 19 февраля 2010 г. 8:14
    • Помечено в качестве ответа Daniil KhabarovModerator 26 февраля 2010 г. 14:35
    19 февраля 2010 г. 7:58

Все ответы

  • Ящик Exchange у данного приложения есть?


    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    18 февраля 2010 г. 15:00
  • да есть
    P1NGU1N
    18 февраля 2010 г. 15:25
  • На самом Exchange - никак. В правилах транспорта он почему-то не хочет задавать значения для заголовков Disposition-Notification-To и Return-Receipt-To

    Можно подцепить ящик к Outlook-клиенту, поэкспериментировать...

    18 февраля 2010 г. 15:36
  • Итак стоит задача, есть сервер электронного документа оборота DocsVision. Он постоянно делает рассылку почты используем протоком smtp.

    Как сделать так, чтоб к этим сообщениям применялось правило запрос уведомления о доставке и прочтении.

    В самой программе DocsVision настроить не можем.


    P1NGU1N

    а куда он постоянно отсылает почту и кому должны приходить уведомления ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    18 февраля 2010 г. 17:53
  • Автор...
    а зачем доксвижену уведомление о прочтении?

    детализируйте задачу.

    Я подозреваю что у вас:
    1. есть докс вижен
    2. есть служебный ящик от имени которого ведется рассылка
    3. есть человек который хочет видеть прочитали пользователи или нет присланное письмо.

    так?

    Каким образом доксвижен отправляет почту?
    blog.wadmin.ru
    18 февраля 2010 г. 21:06
  • Автор...
    а зачем доксвижену уведомление о прочтении?

    детализируйте задачу.

    Я подозреваю что у вас:
    1. есть докс вижен
    2. есть служебный ящик от имени которого ведется рассылка
    3. есть человек который хочет видеть прочитали пользователи или нет присланное письмо.

    так?

    Каким образом доксвижен отправляет почту?
    blog.wadmin.ru

    так,


    есть ящик dv@domen.ru
    посылает на кучу ящиков более 1500
    необходимо чтоб как каждое письмо (с темой допустим Приказ №) посылалось с уведомлением доставки и прочтения,

    ответы возвращались обратно на ящик dv@domen.ru



    На серваке DV настроен почтовый профиль ящика dv@domen.ru

    В настройка DV указано использовать данный профиль для отправки.

    Пробовал настроить в профиле запрашивать уведомления (когда посылаю напрямую через outlook уведомления приходят, когда с DV уведомлений нет)

    Стандартных настройках (Транспортные правила) не нашел, как можно установить запрос.


    P1NGU1N
    • Изменено P1NGU1N 19 февраля 2010 г. 7:09 *
    19 февраля 2010 г. 7:02
  • хе-хе ... есть в мыслишках пара-тройка вариантов реализации -)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    19 февраля 2010 г. 7:54
  • Пожалуй, можно вот так замутить:
    1. Создать ещё один ящик, - xx@domen.ru
    2. На транспортном сервере создать правило для писем от dv@domen.ru . В действиях указать: отправить скрытую копию на xx@domen.ru и удалить без уведомления.
    3. Ящик xx@domen.ru подцепить на Outlook-клиента, настроить в этом клиенте запрос уведомлений для всех отправляемых писем.
    4. На клиенте создать правило: при получении писма от dv@domen.ru запустить сценарий, или программу. В этот сценарий или программу запихнуть макрос, который будет заново отправлять это письмо - благо все заголовки в нем на месте.
    5. Для доставки уведомлений создать на транспортном сервере правило:все письма, адресованные xx@domen.ru,  перенаправлять на dv@domen.ru

    P,S. Можно упростить пункт 4: Нужно сделать макрос на клиенте. Этот макрос будет просматривать новые письма в папке Входящие и отправлять их заново. Запланировать регулярный запуск этого макроса.

    • Предложено в качестве ответа zero55 19 февраля 2010 г. 8:11
    • Изменено Konstantin Frantsev 19 февраля 2010 г. 8:14
    • Помечено в качестве ответа Daniil KhabarovModerator 26 февраля 2010 г. 14:35
    19 февраля 2010 г. 7:58
  • Kf_GoldFish недостаток у вашего метода только один - нужен запущенный почтовый клиент, а так это вполне работающий вариант решения вопроса.

    blog.wadmin.ru
    19 февраля 2010 г. 8:13
  • хе-хе ... есть в мыслишках пара-тройка вариантов реализации -)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    жду варианты
    P1NGU1N
    19 февраля 2010 г. 8:16
  • Пожалуй, можно вот так замутить:
    1. Создать ещё один ящик, - xx@domen.ru
    2. На транспортном сервере создать правило для писем от dv@domen.ru . В действиях указать: отправить скрытую копию на xx@domen.ru и удалить без уведомления.
    3. Ящик xx@domen.ru подцепить на Outlook-клиента, настроить в этом клиенте запрос уведомлений для всех отправляемых писем.
    4. На клиенте создать правило: при получении писма от dv@domen.ru запустить сценарий, или программу. В этот сценарий или программу запихнуть макрос, который будет заново отправлять это письмо - благо все заголовки в нем на месте.
    5. Для доставки уведомлений создать на транспортном сервере правило:все письма, адресованные xx@domen.ru,  перенаправлять на dv@domen.ru

    P,S. Можно упростить пункт 4: Нужно сделать макрос на клиенте. Этот макрос будет просматривать новые письма в папке Входящие и отправлять их заново. Запланировать регулярный запуск этого макроса.

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



    P1NGU1N
    • Изменено P1NGU1N 19 февраля 2010 г. 8:25 *
    19 февраля 2010 г. 8:17
  • сейчас попробую реализовать, но соглашусь ZERo55, это вариант не для серверных решений. Постоянно нужно следить чтоб был запущен клиент, DV делает рассылку с 4 утра до 20. Постоянно просматривать работу клиента  нет возможности..
    Какие проблемы? Клиента развернуть на виртуалке, виртуалку разместить на сервере и никогда не гасить.
    19 февраля 2010 г. 8:33
  • сейчас попробую реализовать, но соглашусь ZERo55, это вариант не для серверных решений. Постоянно нужно следить чтоб был запущен клиент, DV делает рассылку с 4 утра до 20. Постоянно просматривать работу клиента  нет возможности..
    Какие проблемы? Клиента развернуть на виртуалке, виртуалку разместить на сервере и никогда не гасить.

    ))

    Проще послать DV чем городить огород (виртуалку поднимать и т.д.)  


    P1NGU1N
    19 февраля 2010 г. 8:38
  • сейчас попробую реализовать, но соглашусь ZERo55, это вариант не для серверных решений. Постоянно нужно следить чтоб был запущен клиент, DV делает рассылку с 4 утра до 20. Постоянно просматривать работу клиента  нет возможности..
    Какие проблемы? Клиента развернуть на виртуалке, виртуалку разместить на сервере и никогда не гасить.

    ))

    Проще послать DV чем городить огород (виртуалку поднимать и т.д.)  


    P1NGU1N

    ну разумеется проще -)) , особливо супротив решения (одного из ...) программирования транспортного агента - который собственно и должен дописать то , что потребно
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    19 февраля 2010 г. 11:08
  • сейчас попробую реализовать, но соглашусь ZERo55, это вариант не для серверных решений. Постоянно нужно следить чтоб был запущен клиент, DV делает рассылку с 4 утра до 20. Постоянно просматривать работу клиента  нет возможности..
    Какие проблемы? Клиента развернуть на виртуалке, виртуалку разместить на сервере и никогда не гасить.

    ))

    Проще послать DV чем городить огород (виртуалку поднимать и т.д.)  


    P1NGU1N

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

    как мне помнится есть в мыслишках пара-тройка вариантов реализации -)
    может поясните
    P1NGU1N
    19 февраля 2010 г. 12:25
  • так, а все остальные примерно такого же "уровня" -)), только реализуются еще более "просто" (хе-хе) чем этот

    под простотой понимается еще больший объем работы чем требуется -))

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


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    19 февраля 2010 г. 12:44
  • ну кроме еще пожалуй - поиграться с правилами лука , что б с их вспоможением получить приблизительно удовлетворительный результат
    Его правила хороши только чтоб письма по папка раскладывать да флажки расставлять. :)
    Чего еще ожидать от клиента?
    19 февраля 2010 г. 13:48
  • ну кроме еще пожалуй - поиграться с правилами лука , что б с их вспоможением получить приблизительно удовлетворительный результат
    Его правила хороши только чтоб письма по папка раскладывать да флажки расставлять. :)
    Чего еще ожидать от клиента?

    там и ответ послать можно (акромя флажков и перемещений ) -))

    а от клиента ( если говорить о серверных правилах - то клиент к ним имеет отношение только в момент создания оного -)) ) - можно ждать разного - можно ведь и макросы привязать -))
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    19 февраля 2010 г. 13:55
  • Пожалуй, можно вот так замутить:
    1. Создать ещё один ящик, - xx@domen.ru
    2. На транспортном сервере создать правило для писем от dv@domen.ru . В действиях указать: отправить скрытую копию на xx@domen.ru и удалить без уведомления.
    3. Ящик xx@domen.ru подцепить на Outlook-клиента, настроить в этом клиенте запрос уведомлений для всех отправляемых писем.
    4. На клиенте создать правило: при получении писма от dv@domen.ru запустить сценарий, или программу. В этот сценарий или программу запихнуть макрос, который будет заново отправлять это письмо - благо все заголовки в нем на месте.
    5. Для доставки уведомлений создать на транспортном сервере правило:все письма, адресованные xx@domen.ru,  перенаправлять на dv@domen.ru

    P,S. Можно упростить пункт 4: Нужно сделать макрос на клиенте. Этот макрос будет просматривать новые письма в папке Входящие и отправлять их заново. Запланировать регулярный запуск этого макроса.


    ktonibut parproboval etot variant?
    22 февраля 2010 г. 22:16
  • ktonibut parproboval etot variant?
    Перед тем, как запостить его, я проверил все кроме п.4. Если не найдёте макрос - могу наваять, но на это потребуется время.

    Еще вот пару моментов к этому варианту:
    В изначальном варианте, скорее всего, пользователю xx@domen.ru потребуются права на отправку почты от имени dv@domen.ru.
    От этого можно уйти, если отправлять скрытую копию (в п.2) самому себе, тогда второй ящик вообще не нужен, вспомогательного клиента подключаем на dv@domen.ru. Единственное, в чем нужно заранее убедиться - в том, что Exchange примет письмо от SMTP-клиента (от DocsVision) в то время, когда этот же пользователь (наш вспомогательный Outlook-клиент) подключен по MAPI.
    А если не примет - тогда Outlook-клиента можно с тем же успехом перевесить на POP/SMTP, тогда он и DocsVision будут попеременно соединяться с почтовиком и уже точно не будут мешать друг другу.
    23 февраля 2010 г. 7:27
  • Добрый день!

    Уважаемый P1NGU1N , как продвигается решение проблемы? Kf_GoldFish предложил вполне рабочий вариант, лучше я не уверен, что можно придумать.
    25 февраля 2010 г. 9:13
    Модератор

  • А что, к разработчикам на www.docsvision.com никто даже и не предлагает обращаться? Им же это подкрутить - пара пустяков. Лучше извращения, вроде предложенных выше?

    Все равно удачи,
    Виктор



    www.docsvision.com официально  отказал, обосновав, что возможно сделают в сл. версии и сейчас даже за деньги реализовывать не будут.
    P1NGU1N
    4 марта 2010 г. 13:09

  • А что, к разработчикам на www.docsvision.com никто даже и не предлагает обращаться? Им же это подкрутить - пара пустяков. Лучше извращения, вроде предложенных выше?

    Все равно удачи,
    Виктор



    www.docsvision.com официально  отказал, обосновав, что возможно сделают в сл. версии и сейчас даже за деньги реализовывать не будут.
    P1NGU1N

    -)) злыдни однако
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2010 г. 13:14
  • Добрый день!

    Уважаемый P1NGU1N , как продвигается решение проблемы? Kf_GoldFish предложил вполне рабочий вариант, лучше я не уверен, что можно придумать.

    Пожалуй, можно вот так замутить:
    1. Создать ещё один ящик, - xx@domen.ru  - создал
    2. На транспортном сервере создать правило для писем от dv@domen.ru . В действиях указать: отправить скрытую копию на xx@domen.ru и удалить без уведомления. - создал
    3. Ящик xx@domen.ru подцепить на Outlook-клиента, настроить в этом клиенте запрос уведомлений для всех отправляемых писем. – подцепил, настроил
    4. На клиенте создать правило: при получении писма от dv@domen.ru запустить сценарий, или программу. В этот сценарий или программу запихнуть макрос, который будет заново отправлять это письмо - благо все заголовки в нем на месте. – не понял как создать сценарий
    5. Для доставки уведомлений создать на транспортном сервере правило:все письма, адресованныеxx@domen.ru,  перенаправлять на dv@domen.ru


    P1NGU1N
    4 марта 2010 г. 13:17
  • 4. Это будет работать только при запущенном клиенте
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2010 г. 13:23
  • 4. Это будет работать только при запущенном клиенте
    Да, правило будет исключительно клиентским.
    Но ведь в этом решении именно это и предусматривается, потому как именно клиент будет расставлять запросы уведомлений.
    4 марта 2010 г. 14:34