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

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти
    Добрый день.
    После того как организовали перенаправление спама в отдельный ящик на Exchange 2003 SP2, встала задача - ограничить время жизни писем в этом ящике. К примеру, удалять письма старше трёх дней.
    Как сделать это на всём хранилище (или на сервере), понятно - Mailbox Manager.

    Существует ли прямая возможность сделать это для одного ящика?
    Если нет, то какие обходные пути существуют?

    (навскидку приходит в голову - хитрый скрипт, запускаемый из scheduler'а, или какая-то политика с фильтрацией по пользователю, но, кажется, всё не то...)
    • Перемещено Tina_Tian 19 марта 2012 г. 1:57 forum merge (От:Exchange Server 2003/2000/5.5)
    29 апреля 2008 г. 9:42
    |

Ответы

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

    Есть один способ)))) Только что придумал! Попробуйте создать папку в этом ящике с названием СИЛЬНО отличающимся от стандартных , что-то вроде "Delete this %censored% SPAM NOW!!!!". Далее в ESM --> Re

    cipients --> Default policy на вкладке Mailbox manager settings (Policy)  (Включается через Change Property Pages при нажатии правой кнопкой на Default Policy), создаете новый объект с именем этой вот страшной папки, и задаете режим хранения и действий. Затем жмете Apply Policy Now. Т.к. папки с таким именем нет больше нигде, кроме этого ящика, то политика будет работать только на нем. Осталось только настроить Moving Rule в эту папку.

     

    Кстати при экпериментах нашел вот еще что! Можно создать новую политику и применить ее к одному пользователю. Нажав на Recipients Polices правой кнопкой и выбрав New Policy. Далее все по мастеру. Но нужно будет настроить расписание Mailbox Management. Кстати в обоих случаях.

    29 апреля 2008 г. 10:09
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    Ну можно конечно и хитрыми скриптами поработать...

    Но по моему все проще....

    1 Вариант...Запускаете ESM-выбираете Recipient Policy-New Policy- и при ее создании путем нажатия кнопочки Modify- и далее закладки Storage выбираете  MailBox on this server.

    Это по вашей просьбе...

    А вот покрасивее решение.

    Сделать новый mailbox store...переместить в него этот ящик со спамом и применять эту политику к данному стору...причем вы можете потом проводить над ним eseutil \d  совершенно не затрагивая работу основного хранилища...

    Так сказать мухи отдельно-котлеты отдельно...

    29 апреля 2008 г. 11:41
    |

Все ответы

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

    Есть один способ)))) Только что придумал! Попробуйте создать папку в этом ящике с названием СИЛЬНО отличающимся от стандартных , что-то вроде "Delete this %censored% SPAM NOW!!!!". Далее в ESM --> Re

    cipients --> Default policy на вкладке Mailbox manager settings (Policy)  (Включается через Change Property Pages при нажатии правой кнопкой на Default Policy), создаете новый объект с именем этой вот страшной папки, и задаете режим хранения и действий. Затем жмете Apply Policy Now. Т.к. папки с таким именем нет больше нигде, кроме этого ящика, то политика будет работать только на нем. Осталось только настроить Moving Rule в эту папку.

     

    Кстати при экпериментах нашел вот еще что! Можно создать новую политику и применить ее к одному пользователю. Нажав на Recipients Polices правой кнопкой и выбрав New Policy. Далее все по мастеру. Но нужно будет настроить расписание Mailbox Management. Кстати в обоих случаях.

    29 апреля 2008 г. 10:09
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    Ну можно конечно и хитрыми скриптами поработать...

    Но по моему все проще....

    1 Вариант...Запускаете ESM-выбираете Recipient Policy-New Policy- и при ее создании путем нажатия кнопочки Modify- и далее закладки Storage выбираете  MailBox on this server.

    Это по вашей просьбе...

    А вот покрасивее решение.

    Сделать новый mailbox store...переместить в него этот ящик со спамом и применять эту политику к данному стору...причем вы можете потом проводить над ним eseutil \d  совершенно не затрагивая работу основного хранилища...

    Так сказать мухи отдельно-котлеты отдельно...

    29 апреля 2008 г. 11:41
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Всем спасибо, все способы действенные (и как я сам не догадался?..)
    Я пока остановился на создании дополнительной Recipient Policy.
    30 апреля 2008 г. 3:38
    |