Dotaz: Pomalé doručování pošty

[nway]

Dobrý den,

potřeboval bych poradit s poštovním serverem. Zhruba před pár dny jsem zjistil, že stroj s Debianem Etch a Postfixem začal tragicky pomalu přijímat poštu pro lokální schránky. Emaily s přílohou vidím v */incoming a rostou rychlostí cca 2 kB, takže příloze cca 5 MB trvá doručení cca 5 - 7 hodin. Před tímto jsem prováděl pouze update & upgrade. Zkoušel jsem Postfix odebrat a znovu nainstalovat, leč neúspěšně. To se týká emailů z Internetu, v rámci lokální sítě to funguje okamžitě. Odesílání pošty do Internetu funguje také okamžitě.

Děkuji za snahu

Odpovědi

[Petr Šobáň]

Nemám tušení proč by to tak mělo jít, nebude problém spíš s připojením, případně s nějakým rozdělováním rychlosti linky do internetu?

Nebo nějaká zrada s firewalem a postfix čeká na timeouty ?

Chtělo by to se kouknout do logu co se tam píše.

[nway]

No to je problém, logy jsou naprosto normální, linka se nedělí a je tak tlustá, že bych si za tu dobu mohl poslat celé DVD. Na pravidla firewallu jsem nesahal.

Vůbec to nechápu, před nějakým týdnem se aktualizovala verze Postfixu, ale nechce se mi věřit, že by to bylo tím a hlavně po aktualizaci jsem si ničeho nevšiml.

Zkusím FW totálně otevřít co to udělá. Jen doufám, že pokud se nakonec rozhodnu ke tvorbě nového stroje (Ubuntu s LDAP mě zaujalo), že nakonec bude potíž úplně jinde jak to pak bývá.

Jinak dík

[jirkamailto]

Dobry den, zkuste se podivat na amavis+clamav, jestli neni chyba nekde v nich, ja jsem si napsal skript, ktery restartuje postovni system ve spravnem poradi. Jestli to mate na debianu, tak prave vim ze jsem delal security update a probehl v poradku. Dalsi vec co muzete udelat je v postfixu zapnout rozsirene logovani, takze uvidite krok po kroku opravdu detailne.

smtp inet n - - - - smtpd -v

, u kazdeho demonu, ktery chcete logovat dejte v master.cf parametr -v.

[nway]

Tak problém nalezen, ale nechápu proč se to projevilo až teď. Ten první řádek jsem měl pro roboty, dal jsem ho pryč a pošta zase jede jak má. Kdyby někdo věděl jak by to mělo být správně budu rád, nějak mě nic nenapadá.

$IPTABLES -A INPUT -i $INET_IFACE -p tcp --dport 25 -m limit --limit 1/s --limit-burst 5 -j ACCEPT

$IPTABLES -A INPUT -i $INET_IFACE -p tcp --dport 25 -j DROP

A jdu dát pryč ty - v nějak se plní logy . Díky všem

[Petr Šobáň]

Limit --limit-burst 5 je podle mě moc malej, asi máte rychlou linku a ucpe to jiná komunikace od robotu a na vlastni komunikaci už nezbude čas, dejte k tomu pravidlu aby se provádělo pouze při navazování spojení --state NEW a nebo před to dejte pravidlo aby už navázané spojení prošly "-m state --state ESTABLISHED,RELATED -j ACCEPT"

[nway]

Moc díky, sice s "-m state --state NEW" se nezadařilo, ale přesunutím pravidla "-m state --state ESTABLISHED,RELATED -j ACCEPT" byl problém s rychlou linkou vyřešen. Nyní 5 MB příloze trvá doručení od 20 sec.

[nway]

Tak jsem to trošku vyspravil a správně by to mělo být takto:

$IPTABLES -A INPUT -i $INET_IFACE -m state --state ESTABLISHED,RELATED -p tcp --dport 25 -j ACCEPT