Exim, огромное количество получателей: как?

Ммм, разбить юзеров на две группы? Типа bunch-of-customers@domain => bunch1@domain, bunch2@domain.

Или не поможет? Не помню уже как exim внутрях работает.

Скорее всего поможет, но это лишь самое очевидное.

Вдруг есть другие решения?

Пересобирать с патчем потому что что там «short int child_count;» который не может быть больше SHRT_MAX.

Пересобирать с патчем

Ну, это другой очевидный выход :) Но не факт что это не повлияет на что-то другое. Ни проверять, ни возиться с поддержкой такого workaround'а в дальнейшем не хотелось бы.

Я больше сторонник коробочных решений. Интересуют только способы их настройки.

а ограничение в 2000 сообщений в секунду обошёл?

А связаться с разработчиками?

А каких ещё решений ты ждёшь? Магической переменной в конфиге не поправить. Только разделять и властвовать.

А каких ещё решений ты ждёшь?

Проверенных.

Я и сам могу предположить с десяток _потенциальных_ решений разной степени трудоемкости, но не вижу смысла их проверять самостоятельно, если кто-то уже делал это до меня.

За тем и спросил. Интересуют отзывы практиков, а не предположения.

ограничение в 2000 сообщений

Нам не принципиально, как быстро будут отправлены сообщения, лишь бы они уходили.

взять какой нибудь мелки mail list (minimalist или mlmmj например) и организовать рассылку через него

зы: а вся эта толпа получателей через alias или СС идет?

взять какой нибудь мелки mail list

я тоже об этом подумал. А потом решил что это лишняя сущность и тормоза в данных условиях.

я тоже об этом подумал. А потом решил что это лишняя сущность и тормоза в данных условиях.

почта не есть мгновенный обмен сообщениями, пару минут подождут

а сущность не лишняя, mail list гораздо удобнее поддерживать, чем километровый /etc/aliases

mail list гораздо удобнее поддерживать, чем километровый /etc/aliases

да там нечего поддерживать, поэтому это не актуально. Не надо выбирать сложные средства когда есть простые.

As such a large number of recipients for a single message is ridiculous (performance will be very, very poor), I have chosen to impose a limit rather than extend the field.

разработчик сообщает в changelog-е

через alias или СС идет?

Адрес рассылки резолвится в кучу отдельных адресов. Список загружается из текстового файла, адрес на строку.

Использовать что-то вроде Majordomo - мысль вообще-то интересная, но потребует модификаций в системе генерации списка рассылки. А именно этого я бы хотел избежать.

Та я читал, но это ни о чем. Можно подумать, почтовые рассылки не существуют :)

можно подумать они на голеньком exim работают :)

Использовать что-то вроде Majordomo - мысль вообще-то интересная, но потребует модификаций в системе генерации списка рассылки. А именно этого я бы хотел избежать.

посмотри на mlmmj, у него очень хорошие консольные тулзы для управления рассылками + оригинальная система конфигурации, его заскриптовать не должно составить проблемы