On Mon, 29 Sep 2003 09:00:20 +0700
<CGatePro@mx.ru> (Anthon Nikolayev) wrote:
> Проношу извинения за полуфразы в прошлом письме, я надеялся что меня
> поймут по теме и сабжу письма.
Увы, Вашим надеждам не суждену сбыться и на этот раз. Прямо с самого начала - что такое "тема" и "сабж" письма, и в чем у них разница?
> (Vladimir A. Butenko) wrote:
>
> > On Fri, 26 Sep 2003 16:32:33 +0700
> > <CGatePro@mx.ru> (Anthon Nikolayev) wrote:
> >
> >> * LOCAL: the Suspend setting is implemented.
> >>
> >> Это хорошо, дождались.
> >>
> >> Но в General->Settings->Strings, я не нашёл соответствующей записи,
> >> что бы хотя бы сказать беднягам сколько им ждать.
> >
> >
> > Чего ждать?!
>
> Речь идёт о suspend для исходящих писем. Если клиент превышает положенный
> ему лимит, то сервер отдаёт ему
> '452 message sending quota exceeded, try later'.
> Вот я и хотел сказать клиенту, через какое количество времени ему
> попытаться отправить письмо снова.
Это не имеет никакого отношения к сеттингу "Suspend" упомянутому в процитированных Вами Release Notes.
Время же "сказать клиенту" нельзя.
> >> Опять же для её активации необходимо включить Force AUTH (заставить
> >> клиента слать AUTH самостоятельно, нереально). А если её невозможно
> >> включить для всех?
> >
> >
> > Для активизации чего?
>
> Для активации счётчика (или чего ещё) исходящих от клиента сообщений, для
> отработки Outgoing Flow Control. На сколько я понимаю сервер начинает
> сравнивать количество исходящих сообщений от клента с установками, только
> если он может быть твёрдо уверен, что это тот самый клиент, т.е. приняв от
> него AUTH.
Да. Приняв AUTH, если это SMTP.
> >> Но если клиент имеет постоянный адрес, тогда как уже запрашивали в
> >> английском списке
> >> хотелось бы в пуле клиентских адресов иметь возможность добавлять
> >> исключения.
> >> Например:
> >> 192.168.0.1-192.168.10.1 !192.168.5.5
> >>
> >> Что бы Force AUTH поставить в non-clients.
> >>
> >> Или я всё неправильно понял?
> >
> >
> > Похоже. Новый Suspend setting относится к типу Suspend для входящих
> > сообщений, который переполнили (бы) account quota.
> >
> > Если Вы про ограничение исходящего траффика (который появился
> > несколько версий назад) - то это другой сеттинг.
>
> Хм.. я то думал что наоборот.
Что наоборот? Далее Вы цитируете два мануала. В новом (4.1.x) просто добавлено новое - про Outgoing Flow Control.
> CGP 4.0.6
> ---cut---
> Message Flow Control
> While CommuniGate Pro employs many built-in techniques to prevent mail
> loops, in some situations (usually involving other servers) mailing loops
> still can occur. To minimize the damage caused by those loops, the Local
> Delivery Module counts all messages received by each Account. If this
> number exceeds the specified limit, the incoming messages queue for that
> Account is suspended.
> Note: The module counts the number of messages to be delivered to the
> Account, not the number of messages stored: even if an incoming message is
> not stored in the Account INBOX because an Account Rule has discarded it,
> the messages is still counted.
> ---cut---
>
> CGP 4.1.4
> ---cut---
> Message Flow Control
> Incoming Flow Control
> While CommuniGate Pro employs many built-in techniques to prevent mail
> loops, in some situations (usually involving other servers) mailing loops
> still can occur. To minimize the damage caused by those loops, the Local
> Delivery Module counts all messages received by each Account. If this
> number exceeds the specified limit, the incoming messages queue for that
> Account is suspended.
> Note: The module counts the number of messages to be delivered to the
> Account, not the number of messages stored: even if an incoming message is
> not stored in the Account INBOX because an Account Rule has discarded it,
> the messages is still counted.
> Outgoing Flow Control
> These settings are used to prevent system abuse by the system own users.
> The Outgoing Flow control settings are applied to the messages submitted
> from authenitcated sources. All messages submitted by a CommuniGate Pro
> Account user via SMTP using the AUTH operation, via the WebUser Interface,
> via the MAPI module, and via the POP
> <https://backend.ducat.kz:9010/Guide/POP.html> module XTND XMIT command
> are counted. If the amount of messages submitted during the specified
> period of time exceeds the specified limit, the Account user's ability to
> submit messages is suspended.
> Note: some of your system users can send messages via SMTP without using
> the AUTH operation, because they send from the network addresses specified
> in the Client IP Addresse
> <https://backend.ducat.kz:9010/Guide/AntiSpam.html#ClientFixed>
> ---cut---
>
> Кому верить?
Глазам, если они в данный момент читают мануал той версии, которая используется:
-- <P><DT><TT>Suspend</TT> <DD>If the Account mail storage limit does not allow an incoming message to be stored, but the message size itself does not exceed that limit, the message is delayed. This setting specifies if the entire message queue for that Account should be suspended (till some messages are removed from that Account or its quota is increased), or that only this message should be suspended individually (so smaller messages from the same queue can be delivered).Получено Tue Sep 30 00:51:23 2003
> Anthon Nikolayev
Sincerely, Vladimir
Этот архив был сгенерирован hypermail 2.1.8 : Tue 21 Feb 2006 - 03:14:31 MSK