Dotaz: Různé způsoby odmítnutí velkého emailu postfixem

[Pavel]

Zdravím, hledám nějakého experta přes postfix. Narazil jsem na chování, kterému nerozumím natolik, jak bych potřeboval. Postfix je nastaven tak, aby odmítal příliš velké emaily, což je v pořádku, tak to chci a funguje to. Děje se tak ale (alespoň) dvěma odlišnými způsoby. Ze dvou různých freemailů posílám stejný (z pohledu uživatle) mail s přílohou velkou tak, aby neprošel. V prvním případě se v logu postfixu objeví jen hláška ve stylu:

Feb 29 09:59:07 mx1 postfix/smtpd[14645]: NOQUEUE: reject: MAIL from xxxxx[ip]: 552 5.3.4 Message size exceeds fixed limit; proto=ESMTP helo=<xxxxx>

Spojení je ukončeno a email se dál nezpracovává. Na odesilatelovu adresu nepřijde žádná chybová hláška a server se za cca půl hodiny pokusí email poslat znovu se stejným výsledkem.

V druhém případě se email nejdříve začne zpracovávat (předá se spamfiltru), pak se v logu objeví hláška jako:

Feb 29 09:49:41 mx1 postfix/smtpd[14645]: warning: 3AC29E3812A: queue file size limit exceeded

Další pokusy se nekonají a odesílatel dostane chybovou zprávu.

Trápí mě především první případ, jak opakované pokusy o doručení, tak absence chybové zprávy - může za to moje špatná konfigurace, nebo druhá strana? V druhém případě se mi nelíbí, že se email předává spamfiltru, ale s tím bych si možná poradil sám, když bych se trochu povrtal v konfiguraci. Především bych ale rád porozuměl tomu, co a proč se tam děje.

Předem díky.

Pavel

---

---

Odpovědi

[d'areback]

Odesilajici nemusi predem sdelit delku emailu. Takze je docela dobre mozne, ze to jeden odesilajici server dela a druhy ne - to by take vysvetlovalo, proc se ke zpracovani dostane i spamfilter.

Jinak reagovat na odmitnuti 5.xx dalsim pokusem je chore, takze problem je na strane odesilajiciho.

[Pavel]

Díky, to zní logicky. Zkusim dumpnout komunikaci, abych to ověřil.

[Pavel]

Tak to přesně sedí. Jeden posílá za MAIL FROM ještě SIZE, druhý nikoli. Oba dřív či později dostanou jako odpověď 552, takže chyba je toho prvního.

Ještě jednou díky.

[Filip Jirsák]

První chování je naopak správné – e-mail odmítnete rovnou v průběhu přijímání, takže se nepřenáší zbytečně zbytek velké zprávy, navíc je o chybě ihned informován odesílající server, takže je na něm, aby informoval uživatele. V druhém případě hrozí, že někdo použil falešnou adresu, takže e-mail o chybě přijde někomu, kdo vám e-mail vůbec neposílal – vzhledem k tomu, že v chybové zprávě bývá část původního e-mailu citována, je tohle způsob, kterým se často šíří spam. Taky ve druhém případě už nemá moc smysl e-mail odmítat, protože úzkým místem (sítí k vám) už prošel.

Nastavte si v Postfixu hodnotu message_size_limit, pak by měl velké zprávy odmítat přímo Postfix a to co nejdřív, jakmile velkou zprávu zjistí.

[Pavel]

On i v tom druhém případě je informován odesílající server, resp. to chybová zpráva je od něj, nikoli od mého serveru. Message_size_limit mám nastaven (resp. je nastaven by default) na 10 MB, to je OK.

mx1:~# postconf | grep message_size_limit message_size_limit = 10240000

[Pavel]

Nějak se code značce neodřákovalo...

mx1:~# postconf | grep message_size_limit

message_size_limit = 10240000

Každopádně díky za radu.

[Filip Jirsák]

Takže e-maily předáváte do spamfiltru už v průběhu relace od klienta? To je docela odvážné… Každopádně pokud máte nastaven message_size_limit na požadovanou maximální velikost zprávy, je to v pořádku a je starostí odesílajícího serveru, aby se s tím chybovým kódem vypořádal.

[Pavel]

V čem je to odvážné? Pár nevýhod mě napadá, ale žádná dost velká na takové tvrzení.

To zamítnutní je v pořádku, jen jsem chtěl pochopit, proč se to chová různě.

[Filip Jirsák]

Pokud se ten antispam bude dobývat do přiložených archivů nebo dělat cokoli jiného, co může trvat dlouho, bude odesílající klient muset dlouho čekat na ukončení přenosu. To některým klientům nemusí vonět a mohou si třeba váš server přidat na seznam, kam budou doručovat jen v době menší zátěže, a pokud budou mít víc e-mailů na doručení, ty pro vás pozdrží ve frontě na později.

Pro vás je to samozřejmě výhodnější, protože e-mail odmítnete ještě v rámci spojení a nemusíte řešit chybové hlášky. Tedy samozřejmě v případě, že klient neztratí trpělivost, neuzavře spojení sám a nepokusí se e-mail později doručit znovu.

[Pavel]

Tohle mě nenapadlo. Díky.

[Pavel]

Trochu jsem to ještě zkoumal a ten spamfilter se nespouští. Jen jsem si špatně vyložil hlášku v logu, ktera ve skutečnosti říká, že aktivoval filtr, který mail později pošle do spamfiltru, nikoli spamfiltr samotný.