none
Установка ограничения на количество получаемых писем в день - возможно ли? RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день!

    Стоит следующая задача:

    Есть пользователь, которому ежедневно приходит много писем. Обработать все он не успевает физически, делегирование при этом невозможно. Необходимо сделать так, чтобы в его почтовый ящик приходило ежедневно не более N сообщений, остальные сообщения должны отклоняться с соответствующим пояснением.

    Возможно ли принципиально реализовать такое в Exchange 2013? Если да, прошу поделиться мыслями.

    18 декабря 2015 г. 12:33
    |

Ответы

  • Question
    Нужно войти
    0
    Нужно войти

    Нет, встроенный функционал Exchange не позволяет сделать ограничение на количество входящих сообщений для пользователя. Тут придется искать обходные пути. Навскидку, вот такой алгоритм для скрипта, который запускать в планировщике раз в минут 10:

    1. Проверяем количество полученных сообщений за сегодня для ящика $M. Если оно менее $N, то завершаем скрипт. Если нет - идем к пункту 2.

    2. Создаем (или активируем) правило транспорта, в котором указываем, что если адрес получателя $M, то письмо блокировать и отправить уведомление отправителю.

    Далее создать еще один скрипт (или использовать этот же), который будет в 00:00 деактивировать транспортное правило из п.2.  

    • Помечено в качестве ответа HQadmin 21 декабря 2015 г. 10:42
    19 декабря 2015 г. 20:49
    |

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти

    Нет, встроенный функционал Exchange не позволяет сделать ограничение на количество входящих сообщений для пользователя. Тут придется искать обходные пути. Навскидку, вот такой алгоритм для скрипта, который запускать в планировщике раз в минут 10:

    1. Проверяем количество полученных сообщений за сегодня для ящика $M. Если оно менее $N, то завершаем скрипт. Если нет - идем к пункту 2.

    2. Создаем (или активируем) правило транспорта, в котором указываем, что если адрес получателя $M, то письмо блокировать и отправить уведомление отправителю.

    Далее создать еще один скрипт (или использовать этот же), который будет в 00:00 деактивировать транспортное правило из п.2.  

    • Помечено в качестве ответа HQadmin 21 декабря 2015 г. 10:42
    19 декабря 2015 г. 20:49
    |
  • Question
    Нужно войти
    0
    Нужно войти

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

    HQadmin, поясните, какую задачу вы решаете.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    21 декабря 2015 г. 6:18
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Evgeniy, транспортные правила, конечно, увеличивают нагрузку на сервер, но очень незначительно. У меня даже нет информации, сколько их надо создать, чтобы это стало заметно. Если она у вас есть, то можете поделиться. 
    21 декабря 2015 г. 6:57
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Все очень сильно зависит от конкретного сценария - оборудования, количества пользователей, дополнительных обстоятельств, нам не известных... Простейший вопрос: количество таких ограничиваемых ящиков - десять, сто, тысяча? Сама постановка исходного вопроса указывает, что у топикстартера сильный напряг с ресурсами, и рекомендовать решение, способное этот напряг усилить, я бы сходу не стал.

    У меня есть подозрение, что ТС просто пытается решить некую задачу негодными средствами, и на самом деле ему озвученное ограничение просто не нужно. А какое нужно - определяется сценарием. Например, может оказаться, что его прекрасно устроят простейшие правила хранения писем в ящике в течение энного срока.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    21 декабря 2015 г. 7:03
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Artem R, спасибо огромное! Такое решение вполне годится, да и большую часть рабочего дня обсуждаемое правило чаще всего будет отключено. 

    Evgeniy Lotosh, недостатка в ресурсах нет, есть недостаток функционала Exchange,  не позволяющий квотировать количество получаемых аккаунтом писем в настраиваемую единицу времени. Задача именно такая, как я описал: сильно загруженному сотруднику, обязанному по регламенту отвечать на все поступающие за день письма, необходимо установить квоту по количеству писем в сутки, отправителям сверх квоты направлять сообщение с просьбой перепослать письмо завтра или позднее.

    21 декабря 2015 г. 10:42
    |
  • Question
    Нужно войти
    0
    Нужно войти

    На мой взгляд, ограничение на количество получаемых писем в вашем сценарии - чрезвычайно скверное решение. Себя на место отправителя поставьте: вы шлете письмо единственному человеку, который вам может помочь, а в ответ получаете сообщение "Много вас тут таких ходит, завтра приходите". И так - изо дня в день.

    В данном случае вы просто занимаетесь автоматизацией административного бардака. Здесь регламенты работы с клиентами надо менять, а не скрипты писать.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    21 декабря 2015 г. 10:55
    |