Распределение нагрузки почтового модуля : Супермаг Плюс (Супермаг 2000)

Добрый день!
Супермаг версия 1.0.32.3 sp3.
На данный момент наш почтовый модуль сильно перегружен - на нем более двух сотен "ящиков", подозреваю, что именно поэтому по части ящиков обмен не идет. Подняли почтовый модуль на другом сервере, но, как выяснилось, в него скопировались все настройки почтового модуля с основного сервера. То есть на данный момент есть два почтовых модуля, которые параллельно пытаются обработать весь огромный объем информации. Можно ли как-то разделить настройки почтовых модулей? Чтобы один проверял одни ящики, а другой другие. Заранее спасибо

Настройки почтовика хранятся прямо в БД и поэтому при настройке нового дергаются оттуда и будут одинаковыми для всех почтовиков подключенных к этой БД. Если в кассовом модуле есть настройка обслуживаемых МХ, то в почтовике нет. К сожалению, не получиться разделить ящики на несколько почтовиков.

Настройки почтового модуля хранятся в базе (и хорошо, что так). Я бы пошел по пути оптимизации самого модуля, потому, что такое количество ящиков ничего неожиданного не представляет, НО, какой транспорт используется? Email? Очень плохая идея... Подумайте, как сделать файловый, причем, думаю, не FTP.

То есть до тех пор, пока используется одна база данных нагрузку не распределить?

Из этих 200 ящиков 3 обрабатывают xml файлы из локальных папок (куда они доставляются 1с), все остальные - ЕГАИС

не удастся, но, еще раз, дело, скорее всего, не в почтовике... УТМ тоже один?

Т.е. 3 - XML из 1С и 197 - ЕГАИС... у вас 197 УТМов?

Нет, УТМ свой для каждого ящика. При этом связь со всеми УТМ в порядке, попробовал вытащить пару ТТН с УТМ с помощью cURL - успешно. Просто почтовик часть ящиков обрабатывает, часть нет.

Думаю, что по причине каких-то инфраструктурных проблем или проблем с виндой/сетью, часть соединений просто не устанавливается. Попробуйте с хоста, где почтовик постоянно телнетить _все_ хосты с УТМ разом. Уверен, что где-то порвется и увидите, где.

такой версии не существует, может быть 1.032.2 сп3 или 1.033 сп3?
Если 1.032.2 сп 3, то обновитесь до последней, на данный момент 1.033сп4. Т.к. в 1.033сп3 была подправлена проблема, когда из-за одного не принимаемого из УТМ файла, останавливался весь прием, а обмен с УТМами однопоточный.