none
Не срабатывает квота хранилища запрет отправки RRS feed

  • Вопрос

  • Здравствуйте!

    Сервер Exchange 2010 sp1 ru6. Если почтовый клиент пользователя подключен к ящику по pop/smtp, то не срабатывает квота хранилища "запрет отправки", не смотря на то что ящик находится в состоянии "ProhibitSend" . Предупреждения о превышении приходят. Через MAPI и OWA отправка не проходит, а вот через smtp - пожалуйста. В этом случаем единственным действенным средством контроля размера ящика становится квота на запрет получения, но к ней прибегать по очевидным причинам не хочется. Хочется услышать сталкивался ли кто с подобной ситуацией и как решал вопрос контроля ящиков используемых через pop/smtp.

    29 декабря 2011 г. 8:35

Ответы

  • Илья, как в воду глядели. :)

    СИМПТОМ:
    Customer uses "ProhibitSendQoutaquota" on exchange 2010 sp1 ru6. If outlook connect to exchange server via pop3/smtp protocol, then quota not working. If outlook connect to exchange server via MAPI protocol, then quota works successfully.
    ПРИЧИНА:
    By design

    Единственное, чего удалось добиться: по этому поводу было зарегистрировано и отправлено разработчикам официальное пожелание.

    Вероятно, если пожеланий по данной "фиче" накопиться определенное количество, то разработчики исправят такое поведение в одном из следующих обновлений.

    • Помечено в качестве ответа less__58 13 января 2012 г. 7:59
    12 января 2012 г. 13:24

Все ответы

  • День добрый.

    Проверить, отключено ли наследование от квоты почтовой базы.

    Пример

    Set-Mailbox -Identity user@domain.com -IssueWarningQuota 209715200 -ProhibitSendQuota 262144000 -UseDatabaseQuotaDefaults $false


    MCITP. Знание - не уменьшает нашей глупости.
    29 декабря 2011 г. 12:15
    Модератор
  • День добрый.

    Проверить, отключено ли наследование от квоты почтовой базы.

    Нет, конечно. Использование индивидуальных квот для ящиков применяю только в особых случаях. Только не надо мне советовать выставлять инд квоты для каждого п/я через конвейер.
    29 декабря 2011 г. 12:39
  • 1. Можно протестировать на одном, и просмотреть изминенния.

    2. Сравнить квоты на почтовой базе и ящике, возможно отличаються.


    MCITP. Знание - не уменьшает нашей глупости.

    29 декабря 2011 г. 12:50
    Модератор
  • У вас ProhibitSend, а SMTP это не отправка, а получение в почтовый ящик. Почувствуйте разницу, как говорится :-) Согласен, что выглядит дико, но работает правильно!
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    29 декабря 2011 г. 13:18
    Модератор
  • Всегда считал, что это ограничени при достиденни размера пользователь, не может отсылать почту.

    Параметр ProhibitSendQuota определяет размер почтового ящика, при котором пользователи, связанные с почтовыми ящиками этой базы данных, больше не могут отправлять сообщения. Этот атрибут применяется ко всем почтовым ящикам в базе данных почтовых ящиков, для которых не установлены собственные атрибуты квоты для запрета отправки.

    Необходимо указать целое число или значение «unlimited» (не ограничено).

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


    MCITP. Знание - не уменьшает нашей глупости.

    29 декабря 2011 г. 13:26
    Модератор
  • У вас ProhibitSend, а SMTP это не отправка, а получение в почтовый ящик...
    Безусловно, все относительно. Но тем не менее , как я уже писал, ящик находится в данном статусе, а пользователь спокойненько продолжает отправлять и получать письма. К чему тогда все эти грозные предупреждения по поводу превышения и ограничение ProhibitSendQuota? Может я в корне чего-то не понимаю. Объясните пож. по-подробнее.
    29 декабря 2011 г. 19:17
  • В описанной автором конфигурации, надо чтобы в настройках почтового клиента при скачивании почты из Exchange, сообщения удалялись из почтового ящика.
    Откуда такое умозаключение? Пользователю необходимо оставлять сообщения.
    29 декабря 2011 г. 19:21
  • Используйте подключение не POP/SMTP, а MAPI/RPC/RPC over HTTP/HTTPS, чтобы корректно работали квоты. При использовании POP3,  управление квотами не работает. Пользователь должен скачивать все сообщения и удалять с почтового ящика. Как вариант сообщения архивируються, только как пользователь POP3 получит доступ к архивному ящику, это другой вопрос. 
    MCITP. Знание - не уменьшает нашей глупости.
    30 декабря 2011 г. 6:32
    Модератор
  • 1. Используйте подключение не POP/SMTP, а MAPI/RPC/RPC over HTTP/HTTPS, чтобы корректно работали квоты.
    2. При использовании POP3,  управление квотами не работает. Пользователь должен скачивать все сообщения и удалять с почтового ящика.

    1. Не для того я описывал всю эту ситуацию, чтобы получить совет использовать MAPI.

    2. Можете привести Пруфлинк?

    30 декабря 2011 г. 7:20
  • 2. Можете привести Пруфлинк?

    Это для POP3 сервиса. Но для Exchange 2010 ничего не поменялось так как сервис POP3 не сильно изменился.

    Примечания

    • Пользователь не уведомляется о превышении квоты почтового ящика. Электронная почта, предназначенная для пользователя, не принимается, а отправитель получает отчет о неполучении (Non-Delivery Report, NDR) — сообщение о том, что электронная почта не была доставлена получателю.
    • Проверьте, что пользователь настроил почтовый клиент так, чтобы удалять с сервера успешно полученную почту. Если пользователи оставляют успешно полученную электронную почту на сервере, они могут быстро превысить размер квоты. Обычно пользователи не задумываются об использовании диска и о влиянии старой электронной почты, хранящейся на сервере.


    http://technet.microsoft.com/ru-ru/library/cc758396(WS.10).aspx


    MCITP. Знание - не уменьшает нашей глупости.
    30 декабря 2011 г. 7:42
    Модератор
  • http://technet.microsoft.com/ru-ru/library/cc758396(WS.10).aspx

    вы не находите, что это совсем из другой оперы.

    Использование mapi и вариант "забирать" почту с сервера не рассматриваю.

    30 декабря 2011 г. 9:06
  • Принцип работы сервиса не поменялся. Описание работы POP3 сервиса и взаимосвязей с квотами для Exchange 2010 не видел. В Exchange 2007/2003, также были проблемы с уведомлением о превышения лимита для почтовых ящиков POP3. И знаю, что оповищение и тогда не работало или требовался сторонний софт. Поэтому считаю, что пример работы POP3 сервиса актуальный и сегодня.

    А использовать те или иный настройки почтовых ящиков, это ваше решение, и никто его не будет оспаривать. ;)


    MCITP. Знание - не уменьшает нашей глупости.
    30 декабря 2011 г. 9:38
    Модератор
  • Лично мое мнение - раз уж в продукте все еще реализован доступ к ящику по pop3, то квоты отправки должны работать и при его использовании. А все ухищрения типа "забирать почту  с сервера" и настройки дисковых квот для pop - это костыль.

    Буду открывать кейс в техподдержке. По результатам отпишусь.

    Всех с Наступающим! :)

    30 декабря 2011 г. 11:30
  • У вас ProhibitSend, а SMTP это не отправка, а получение в почтовый ящик...
    Безусловно, все относительно. Но тем не менее , как я уже писал, ящик находится в данном статусе, а пользователь спокойненько продолжает отправлять и получать письма. К чему тогда все эти грозные предупреждения по поводу превышения и ограничение ProhibitSendQuota? Может я в корне чего-то не понимаю. Объясните пож. по-подробнее.

    Когда вы используете SMTP, то фактически происходит релей для аутентифицированного пользователя. Т.е. сервер сначала получает письмо (квота на получение позволяет), а потом отправляет его - и отправляет, несмотря на наличие запрета по квоте отправки, потому что письмо не отправляется из почтового ящика - оно уже в состоянии релея в очереди отправки.
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    2 января 2012 г. 7:19
    Модератор
  • Когда вы используете SMTP, то фактически происходит релей для аутентифицированного пользователя. Т.е. сервер сначала получает письмо (квота на получение позволяет), а потом отправляет его - и отправляет, несмотря на наличие запрета по квоте отправки, потому что письмо не отправляется из почтового ящика - оно уже в состоянии релея в очереди отправки.
    Интересно. Т.е. выходит, что данное поведение является нормальным и контролировать "pop" ящики можно только с помощью квот на получение? Если это так, то можете поделиться ссылкой на первоисточник?
    3 января 2012 г. 16:26
  • Я не думаю, что это разжевывается в документации, т.к. SMTP/POP это не приоритет на сегодняшний день.

    Я просто пытаюсь вам изложить свою точку зрения на функциональность, чтобы вы сильно не удивлялись, когда получите от тех.поддержки ответ, что это "by design".


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    3 января 2012 г. 18:28
    Модератор
  • 1. SMTP/POP это не приоритет на сегодняшний день.

    2. ... чтобы вы сильно не удивлялись, когда получите от тех.поддержки ответ, что это "by design".

    1. Согласен, но все же полностью избавиться от smtp/pop не представляется возможности;

    2. да чем тут удивляться. Но попытаться все же стоит. :)

    3 января 2012 г. 20:07
  • less__58, вопрос актуален?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    9 января 2012 г. 11:55
  • less__58, вопрос актуален?
    Для меня, да. Завтра открою кейс по этой теме. По результатам могу отписаться здесь, если интересно.
    9 января 2012 г. 13:09
  • Очень интересно :-)
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    10 января 2012 г. 9:20
    Модератор
  • Илья, как в воду глядели. :)

    СИМПТОМ:
    Customer uses "ProhibitSendQoutaquota" on exchange 2010 sp1 ru6. If outlook connect to exchange server via pop3/smtp protocol, then quota not working. If outlook connect to exchange server via MAPI protocol, then quota works successfully.
    ПРИЧИНА:
    By design

    Единственное, чего удалось добиться: по этому поводу было зарегистрировано и отправлено разработчикам официальное пожелание.

    Вероятно, если пожеланий по данной "фиче" накопиться определенное количество, то разработчики исправят такое поведение в одном из следующих обновлений.

    • Помечено в качестве ответа less__58 13 января 2012 г. 7:59
    12 января 2012 г. 13:24
  • Эта с этой фичей столкнулся в Exchange 2003(первый раз). MS не пойдет на поддержуку POP3, кроме как минимального обьема, так как это потеря клиентских подключений Outlook. 


    MCITP. Знание - не уменьшает нашей глупости.
    12 января 2012 г. 13:37
    Модератор
  • Что самое главное - даже от техподдержки я не смог добиться ссылки на упоминание о данной фиче в каком-либо официальном источнике.

    Как то не очень красиво получать по ночам сообщения типа "Ваш почтовый ящик больше не может отправлять сообщения", когда данная возможность присутствует.

    Господа админы, проявите также активность в решении этого вопроса, "терроризируя техподдержку"! Может что и получится :):)

    12 января 2012 г. 13:52
  • Господа админы, проявите также активность в решении этого вопроса, "терроризируя техподдержку"! Может что и получится :):)


    А зачем? POP3 не позволяет контролировать клиентские почтовые приложения и начинается разброд и шатания. Есть RPC over HTTP протокол, он полностью отменяет POP3 в корпоративной почтовой системе.


    MCITP. Знание - не уменьшает нашей глупости.

    13 января 2012 г. 7:10
    Модератор
  • А зачем?

    Затем, что квота на запрет отправки - это функция базы/почтового ящика и она должна работать вне зависимости от способа подключения к ящику. Сам pop3 не имеет к данной проблеме никакого отношения.

    Думаю, на данную тему можно долго дискутировать, но не вижу смысла делать это именно здесь.

    13 января 2012 г. 7:58
  • Я сомневаюсь, что описаное поведение квот будут менять: слишком длинная история (более 10 лет) - смена поведения вызовет большие последствия, но ничего нового пользователи не получат - будет лишь отрицательный эффект: все работало и вдруг перестало. К тому же у SMTP/POP3 нет песпективы в области клиентских подключений, и вряд ли кто-то будет развивать их в этом направлении; для клиентских подключений специально создали IMAP и MAPI протоколы.

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


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    16 января 2012 г. 4:40
    Модератор