Re: Re: [*] CommuniGate Pro 4.1.4 is released

Проношу извинения за полуфразы в прошлом письме, я надеялся что меня поймут по теме и сабжу письма.

(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'. Вот я и хотел сказать клиенту, через какое количество времени ему попытаться отправить письмо снова.

>
>
>> Опять же для её активации необходимо включить Force AUTH (заставить
>> клиента слать AUTH самостоятельно, нереально). А если её невозможно
>> включить для всех?
>
>
> Для активизации чего?

Для активации счётчика (или чего ещё) исходящих от клиента сообщений, для отработки Outgoing Flow Control. На сколько я понимаю сервер начинает сравнивать количество исходящих сообщений от клента с установками, только если он может быть твёрдо уверен, что это тот самый клиент, т.е. приняв от него AUTH.
>
>> Но если клиент имеет постоянный адрес, тогда как уже запрашивали в
>> английском списке
>> хотелось бы в пуле клиентских адресов иметь возможность добавлять
>> исключения.
>> Например:
>> 192.168.0.1-192.168.10.1 !192.168.5.5
>>
>> Что бы Force AUTH поставить в non-clients.
>>
>> Или я всё неправильно понял?
>
>
> Похоже. Новый Suspend setting относится к типу Suspend для входящих
> сообщений, который переполнили (бы) account quota.
>
> Если Вы про ограничение исходящего траффика (который появился
> несколько версий назад) - то это другой сеттинг.

Хм.. я то думал что наоборот.
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---

Кому верить?

Anthon Nikolayev Получено Mon Sep 29 01:59:14 2003