|
Re: lug-bg: Postfix питане
- Subject: Re: lug-bg: Postfix питане
- From: Emil Natan <emilnt@xxxxxxxxxxxx>
- Date: Wed, 18 Oct 2006 01:27:49 +0200
- Delivered-to: lug-bg-list@xxxxxxxxxxxxxxxxxx
- Delivered-to: lug-bg@xxxxxxxxxxxxxxxxxx
Dimitar G. Katerinski wrote:
On Tuesday 17 October 2006 01:39, Emil Natan wrote:
Здравейте група,
Здравей,
Въпросът ми е следният: версията на postfix-2.3.2. Интернет доставчик,
който блокира от 9-тата връзка нататък. При голямо количество писма
просто получавам dsn 421 - connection limit exceeded и като капак ме
блокира за следващите 5 минути. Разбира се използвам connection caching,
но не помага защото postfix използва отворена (кеширана) вече връзка
само при наличие на още писма за същото направление (домейн) в active
queue. Въпросния доставчик получава писма на същия МХ за близо 300-400
различни домейна. smtp_destination_concurrency_limit също не помага в
случая защото към въпросния сървър едновременно се доставят писма до
40-50 домейна. В момента се опитвам с iptables да огранича връзките до
9 и така избягвам блокирането за 5 минути, но не помага много и доста
имейли престояват в опашката по няколко часа преди да "отлепят".
Някакви идеи?
Доколкото разбирам, искаш да сложиш ограничение на твоят Postfix сървър, който
relay-ва през този на доставчика (или пък не relay-ва???), за броят на
едновременните изходящи smtp връзки. Има няколко параметъра, които могат да
бъдат променени:
В main.cf:
default_process_limit = 8 например
това контролира едновременно, броят на *всички* процеси, които обслужват
различни задачи. Това може да бъде smtp клиент, smtpd сървър, virtual и т.н.
За по фин контрол например, могат да бъдат променени следните параметри в
master.cf
# ====================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ====================================================
(1) smtp inet n - - - 8 smtpd
(2) smtp unix - - - - 8 smtp
(3) relay unix - - - - 8 smtp
(1) - SMTP сървър процес, който приема мрежови връзки от други SMTP клиенти
(2) и (3) - SMTP клиенти, които всъщност доставят съобщения до отдалечени или
локални дестинации
Точните стойности на различните параметри ги оставям на теб.
ена
Поздрави,
Димитър
не става въпрос за relay, споменах че въпросния проблемен сървър е МХ за
домейните към които предавам поща, един от всичките останали по света :)
. Извинявам се ако не съм бил достатъчно ясен. Да огранича броя на
процесите на 8 също не е добра идея, било и то само за smtp client.
Става въпрос за 300-400к писма на ден и това ще ме "запуши" отвсякъде.
В пощенския лист на Postfix попаднах на идея да създам процес в
master.cf който да обслужва само въпросните домейни и да огранича само
него с x_process_limit, ама първо че става въпрос за бая домейни, за да
подържам такъв лист, а и нещо не го схващам как точно ще стане.
Разковничето е в connection caching ама ако Postfix-а се светка, че вече
има отворена (кеширана) връзка към проблемния сървър и използва нея
вместо да отваря още. За жалост при положение, че се предава поща към
домейн example.com с mx mail.example.com и example1.com със същия mx
mail.example.com за Postfix това е различно направление.
Доскоро за сървър извеждащ пощата навън използвах Sendmail и там
проблема го нямаше, явно управлява кешираните връзки по по-изгоден за
мен начин :) и в крайна сметка сигурно пак ще го върна дори и като
fallback на Postfix-a като така всичко ще стане автоматично, без
допълнително да се грижа за лист от домейни, към които имам проблем да
предавам поща. Ама го боря тоя проблем вече 2 седмици и много ме дразни
за да се откажа толкова лесно. Така че ако има още идеи ...
|
|
|