Всем привет.
Работаю в организации пресс-служба которой должна делать рассылку уведомлений на большое количество почтовых ящиков.
Сразу скажу что не спам!
В какой то момент понадобилось почтовый сервер развернуть у себя, настроил Postfix, но сейчас обнаружилась неприятная ситуация:
при отправке письма с более чем 100 получателями, происходит ошибка
Работают из почтовых клиентов The Bat, при отправке такого письма бат пишет что отправить не удалось, номер ошибки не показывает
В логах:
13.02.2012, 17:38:49: SEND — Connecting to SMTP server x.x.x.x on port 25
13.02.2012, 17:38:49: SEND — Соединение с SMTP сервером прошло удачно
13.02.2012, 17:38:49: SEND — Аутентификация (обычный метод)…
13.02.2012, 17:38:49: SEND — Отправка письма для bbb@bbb.ru и др.
13.02.2012, 17:39:09: SEND — Последний переданный адрес получателя был <aaa@aaa.ru>
!13.02.2012, 17:39:09: SEND — Письмо не отправлено. Сервер сообщает:
!13.02.2012, 17:39:09: FETCH — Соединение с сервером прервано (последние переданные команды: «RCPT TO:<aaa@aaa.ru>», «RSET»)
13.02.2012, 17:39:09: SEND — Соединение завершено — отправлено писем: 0
13.02.2012, 17:39:09: SEND — Не удалось отправить некоторые письма — подробности смотрите в Журнале работыВот а получатель aaa@aaa.ru является 100 в списке, не могу найти параметр который разрешает получателей увеличить,
думал что это smtpd_recipient_limit изменил на 250, не помогло
default_recipient_refill_limit тоже не помогло
Если мне не изменяет память, то мы в таком случае настраивали вот этот парметр
http://www.postfix.org/postconf.5.html#default_process_limit
> Если мне не изменяет память, то мы в таком случае настраивали вот
> этот парметр
> http://www.postfix.org/postconf.5.html#default_process_limitнепомогло 8(
вот конец лога
Apr 10 14:22:40 ns postfix/smtpd[47948]: > sed28[10.19.13.129]: 250 Ok
Apr 10 14:22:40 ns postfix/smtpd[47948]: watchdog_pat: 0x80a4388
Apr 10 14:22:40 ns postfix/smtpd[47948]: vstream_fflush_some: fd 13 flush 8
Apr 10 14:22:41 ns postfix/smtpd[47948]: smtp_get: EOF
Apr 10 14:22:41 ns postfix/smtpd[47948]: match_hostname: sed28 ~? 10.19.13.0/24
Apr 10 14:22:41 ns postfix/smtpd[47948]: match_hostaddr: 10.19.13.129 ~? 10.19.13.0/24
Apr 10 14:22:41 ns postfix/smtpd[47948]: lost connection after RCPT from sed28[10.19.13.129]
Apr 10 14:22:41 ns postfix/smtpd[47948]: vstream_fflush_some: fd 19 flush 0
Apr 10 14:22:41 ns postfix/smtpd[47948]: disconnect from sed28[10.19.13.129]
http://www.postfix.org/TUNING_README.html#rcpts
> http://www.postfix.org/TUNING_README.html#rcptsdefault_destination_recipient_limit
smtpd_recipient_limitэти параметры я уже менял , не помогает,
странно то,что в логах не пишет too many recipent
а просто lost connection after RCPT from sed28[10.19.13.129]
smtpd_client_recipient_rate_limitНо лучше взять для этих целей специализированную систему для рассылок. http://ru.wikipedia.org/wiki/GNU_Mailman или аналоги.
И не поленитесь прописать в ДНС MX-ы и SPF-запись, а то обычно рассыльщики пресс-релизов этим пренебрегают, приходится их в исключения вписывать.
> smtpd_client_recipient_rate_limit
> Но лучше взять для этих целей специализированную систему для рассылок. http://ru.wikipedia.org/wiki/GNU_Mailman
> или аналоги.smtpd_client_recipient_rate_limit = 250
не помогло 8(
> smtpd_client_recipient_rate_limit = 250
> не помогло 8(Тогда, может быть, это сам The Bat обрывает соединение? Попробуйте через другой MUA. По RFC, если не ошибаюсь, как раз должно быть не более 100 получателей в одном сообщении.
>> smtpd_client_recipient_rate_limit = 250
>> не помогло 8(
> Тогда, может быть, это сам The Bat обрывает соединение? Попробуйте через другой
> MUA. По RFC, если не ошибаюсь, как раз должно быть не
> более 100 получателей в одном сообщении.аутлуками и тхандером пробовал.
может есть косяки в этой версии постфикса postfix-2.2.5_1,1
> может есть косяки в этой версии постфикса postfix-2.2.5_1,1 ????
> аутлуками и тхандером пробовал.Последнее предположение - лимиты перебиваются в файле master.cf (или наоборот можно попробовать там их указать, чтобы перебить).
И ещё посмотреть вывод команды (вдруг что-то интересное покажет):
$ postconf |grep limit |grep 100
>> аутлуками и тхандером пробовал.
> Последнее предположение - лимиты перебиваются в файле master.cf (или наоборот можно попробовать
> там их указать, чтобы перебить).
> И ещё посмотреть вывод команды (вдруг что-то интересное покажет):
> $ postconf |grep limit |grep 100postconf |grep limit |grep 100
command_time_limit = 1000s
default_destination_concurrency_limit = 1000
default_extra_recipient_limit = 1000
default_process_limit = 100
default_recipient_limit = 10000
duplicate_filter_limit = 1000
mime_nesting_limit = 100
queue_file_attribute_count_limit = 100
smtpd_junk_command_limit = 100
smtpd_recipient_limit = 1000
smtpd_recipient_overshoot_limit = 1000
virtual_alias_expansion_limit = 1000
virtual_alias_recursion_limit = 1000
smtp inet n - n - - smtpd
-o receive_override_options=no_header_body_checks
127.0.0.1:52525 inet n - n - - smtpd
-o smtpd_authorized_xforward_hosts=127.0.0.0/8
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o smtpd_data_restrictions=
-o mynetworks=127.0.0.0/8
-o receive_override_options=no_unknown_recipient_checks
>[оверквотинг удален]
> -
> - smtpd
> -o smtpd_authorized_xforward_hosts=127.0.0.0/8
> -o smtpd_client_restrictions=
> -o smtpd_helo_restrictions=
> -o smtpd_sender_restrictions=
> -o smtpd_recipient_restrictions=permit_mynetworks,reject
> -o smtpd_data_restrictions=
> -o mynetworks=127.0.0.0/8
> -o receive_override_options=no_unknown_recipient_checksДелал так в мастер.сф
smtp inet n - n - - smtpd
-o receive_override_options=no_header_body_checks
-o smtpd_client_recipient_rate_limit=250
-o smtpd_recipient_limit=250
-o default_destination_recipient_limit=250
127.0.0.1:52525 inet n - n - - smtpd
-o smtpd_authorized_xforward_hosts=127.0.0.0/8
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o smtpd_data_restrictions=
-o mynetworks=127.0.0.0/8
-o receive_override_options=no_unknown_recipient_checks
0 эмоций 8(