transparentni smtp proxy

[Matus UHLAR - fantomas]

> On 4/10/06, Peter Surda <surda na shurdix.com> wrote:
>> Niekto sa pytal na timeouty. Jedine, kde moze nastat timeout, je pri
>> konci stadia DATA, kym mejl dostane server (posielanie DATA casti je
>> umelo spomalene dokym nie je dokoncene posielanie, potom nasleduje
>> oscanovanie clamavom a az potom sa posle zvysok plnou rychlostou, teda
>> pokial tam nie je najdeny virus, v ktorom pripade je spojenie nasilne
>> ukoncene). Zrejme su vsak mejl clienty zvyknute na to, ze odozva v
>> stadiu DATA dlho trva, takze som sa v praxi este s takymto timeoutom
>> nestretol, a kedze aspe.smtp kontroluje postu potencialne az 3300 ludom,
>> nerobil by som si s tym tazku hlavu.

Petr Baláš <petr.balas na gmail.com> wrote:
> Ja bohuzel v praxi na timeout po DATA narazil.
> qmail, qmail-scanner, clamav, spamc a mail cca 20 MB rozeslany kolegum
> ve firme (asi 15 lidi). klient Outlook 2003. A ten Outlook se ten mail snazil
> poslat znova a znova az do zaplneni disku na serveru.

To je starost spravcu mailoveho servera - musi zabezpecit, aby virusova/spam
kontrola po DATA netrvala viac ako X minut (RFC2821 definuje 10 minut,
rfc1047 aspon 5 minut), pre istotu trochu menej. A tiez by si SMTP server
mal overit ci bola odpoved 200 po skonceni korektne dorucena. Inac musi
ratat s problemom opakovaneho dorucovania posty ako popisuje RFC1047.

Outlook sa v tomto pripade imho spraval korektne.

-- 
Matus UHLAR - fantomas, uhlar na fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Fighting for peace is like fucking for virginity...