sendmail + milter-regex

[Josef Hrabec]

Ahoj,
tak dnes jsem obdrzel odpoved od spravce toho druheho smtp, ktere mi ten
mail posila.
Mel v logu toto:

Jun 19 12:02:12 smtp qmail: 1087639332.564248 delivery 21882000: deferral:
Connected_to_213.168.177.210_but_connection_died._Possible_duplicate!_(#4.4.
2)/

Predpokladam, ze se tedy asi bude jednat o problem s tim pomalym vyrizovanim
diky vysoke zatezi a pomalemu stroji na me strane. Nic mene, o tom problemu
po zavercne tecce jsem nemel tuseni, ale asi to tak bude. Zkusim sehnat neco
novejsiho a desku s procesorem vymenit za rychlejsi.

- z mych hlavicek v doslych emailech ani v logu se mi nic podezreleho
odhalit nepodarilo, v logu jsou zapisy o uspesnem doruceni a hlavicky dvou
po sobe doslych emailu se temer nelisi - zrejme tady narazim na jistou
neznalost - mohl bys me prosim popostrcit, co bych mel v hlavickach hledat,
abych priste dokazal i sam urcit kde problem vezi?

Dekuji Pepa.




----- Original Message ----- 
From: "Dan Lukes" <dan at obluda.cz>
To: "FreeBSD mailing list" <users-l at freebsd.cz>
Sent: Sunday, June 20, 2004 7:49 PM
Subject: Re: sendmail + milter-regex
>
> Onen kriticky okamzik je zaver "DATA" faze - pocinaje okamzikem, kdy
> klient odesle zaverecnou tecku do okamziku, kdy mu je dorucena odpoved
> serveruna tuto udalost. Tato doba by, podle doporuceni, mela trvat co
> nejkratsi dobu. V kazdem pripade, cas, po ktery klient ceka na tuto
> odpoved neni nekonecna, i kdyz, podle doporuceni  by mela byt co mozna
> nejdelsi. Pokud se zrovna sejde server, ktery dopis vyrizuje dele s
> klientem, ktery neni ochoten cekat tak dlouhoje zdvojeni - respektive
> klidne i zmnohonasobeni - na svete.
>
> Takze, nejprve je nutne najit kde presne k tomu dochazi (hlavicky) a
> pak zkusit z LOGu zjistit proc. A pak podle toho najit reseni.
>
> Dan