Нестандарные моменты CommuniGate Pro.

Как индивидуально ограничить размер сообщений для пользователя ?

Интересует следующее, какое по мощностям необходимо серверное оборудования для организации 30k, 60k, 100k, 200k аккаутов при использовании CGP ?

Вопрос очень абстрактный. Все зависит от нагрузки. Если это 200к акаунтов, которыми пользуются время от времени 1000 человек - это одно, ну и т.д. :) Может хватить и обычного десктопа. А бывает так, что 15-20к акаунтов убивают несколько серверов в кластере CGP... Вам нужно определиться с прогнозируемой нагрузкой: колич. активных акаунтов (== которыми кто-то хоть изредка пользуется), колич. одновременных POP/IMAP/WEB сессий, количество писем в сутки (in/out), средний размер письма, ну и т.п. Тогда кто-нибудь сможет что-нибудь ответить.

Ситуация:
есть основной и резервные MX. Основной - CGPro, резервные - CGPro и другие сервера. Основной забирает почту с резервных по RPOP.
Вопрос: как сделать, что бы письма на несуществующие адреса после "разбора" реджектились или дропались, а не отправлялись постмастеру ? Если письмо приходит по SMTP, то все нормально, сервер сразу письмо отвергает.

 Вот логика:

    1. The RPOP module will search for all To:, Cc:, and Bcc: header fields
in retrieved messages. It will use the addresses from those header fields
only if that address is routed to any existing local CommuniGate Pro
Account.

    2. If an address is routed to the SMTP or some other module, or an
address cannot be routed at all (unknown user name error, etc.), the RPOP
module does not send any error messages to the sender. The module simply
ignores that address.

    3. If none of the message To:, Cc:, or Bcc: addresses has been accepted,
the RPOP module sends that message to the postmaster Account in the Main
Domain.

    То есть, в залоговках нет special header и в cc, bcc и/или to нет
валидного локального адреса. Значит, почта доставляется "to the postmaster
Account in the Main Domain".

    http://www.stalker.com/CommuniGatePro/RPOP.html#NoSpecial

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

 
     Можно. Если присмотреться, WML-скины даже есть в поставке.
 
     Скажи grep wml WebSkins/* - узнаешь много нового :)
 
     Как оно работает - отдельный вопрос, правда.
-----
А в чем вопрос? Говоится WAP браузеру пойти на http://127.0.0.1:8100 - и всё. 
Оно само опознает, что браузер поддерживает WML - и начинают работать 
WML-файлы/куски Skin-ов.

При риеме SMTP соединения первым делом проверяется, не присутствует ли адрес
в списке членов динамического кластера (если сервер работает в кластере).

Потом - не является ди адрес локальным для сервера.

Потом адрес ищется в статическом списке ClientHosts (сервера; в случае
кластера - и в кластерном списке).

Далее проверяется список временых клиентов - чьи адреса попали в список
после успешной аутентикации через POP3/IMAP/PWD - если это включено в
настройках Protection.

Поосле этого - статический список UnBlacklistable (White List) - сначала
серверный, потом кластерный.

После этого проверяется статический BlackList - сначала серверный, потом
кластерный.

И, наконец, адрес проверяется через DNS:
Clients via DNS
Blacklist via DNS
UnBlacklistable via DNS
RBLs