Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

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 седмици и много ме дразни за да се откажа толкова лесно. Така че ако има още идеи ...



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.