Re: Re: LIST

Michael Kulakov wrote:

>>>>Сергей, я искренне не понимаю, зачем Вы хотите ограничить число
>>>>подписчиков. На мой взгляд, с пользователя нужно просто взять больше
>>>>денег если он хочет больше таких ресурсов. Напишите в прайс "...список
>>>>рассылки, 500 подписчиков - $x/месяц, дополнительные 100 подписчиков $y
>>>>в месяц". Потом ходите каждый день и проверяйте текущее число
>>>>подписчиков, снимайте с клиента какие-то центы. Это вот - цивилизованное
>>>>решение, а не то, которое Вы предлагаете, мне думается. Без обид только


>>>>:-)

>>>>        
>>>>
>>>Питер, проблема в этом способе ровно одна, поправьте меня, если я
>>>ошибаюсь: для вычисления кол-ва подписчиков списка надо переодически
>>>говорить в cli ListSubscribers и смотреть кол-во подписчиков, которое
>>>оттуда вылетело ?
>>>      
>>>
>>GetDomainLists [ /domainName/ ]
>>   Use this command to get the list of all mailing lists in the domain.
>>   The command produces output data - an /dictionary/. Each dictionary
>>   key is the name of a mailing list in the specified (or default)
>>   domain. The key value is a numeric string with the actual number of
>>   the list subscribers ("-1" if the current number of subscribers is
>>   not known).
>>    
>>
>
>интересно. а когда проявляется -1 в value
>

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

> и решена ли в этом счетчике проблема sub/unsub подписчиков ?
>  
>

*4.3.8* 05-Sep-05

• LIST: list processing changed to ensure that all lists are processed even when the number of LIST processors is insufficient.

   Так что и в старых версиях (все еще используемых в ряде провайдеров) все нормально работает, если не жадничать при настройке количества LIST processors. Заодно и Digest будет рассылаться более предсказуемо.

Boris. Получено Mon Dec 26 10:37:14 2005