Problem s dorucovanim posty

Úterý Únor 5 08:38:01 CET 2002

Pekny den ;o)

> Vladimir Rengevic wrote:
> 
> > mam problem z dorucovanim posty z jedneho servera. V logu sa mi objavia hlasky:
> > *********
> > g0VCQEe24891: collect: premature EOM: Error 0
> > g0VCQEe24891: collect: unexpected close on connection from [195.28.85.118], sender=<xxx na intrel.sk>: Error 0
> 
> > no a vzdialeny server sa sprava asi tak, ze zacne mail odosielat, ale proces sa nachadza v stave "wait". No a po case
> > sa spojenie zrusi a skusa to znova. A na X-ty pokus sa mu to dorucit podari.
> > Prosim, poradte ako zistit na ces strane je chyba? Ci u mna alebo u servera, ktory postu odosiela?
> 
> Zaklad je podivat se na stav sendmail-procesu pomoci ps. Z vaseho
> dotazu soudim, ze mate UNIX a protoze jste to nenapsal a ani nenapsal
> jaky, soudim, ze mate Linux (OS neudavaji zasadne uzivatele Windows a
> mezi UNIOXari uzivatele LINUXu - to je podobne, jako ze Prazaci zasadne
> u telef. cisla nerikaji volacku) - v tom pripade nejspis prikazem 'ps

No kedze Linuxova konferencia tak samozrejme Linux, na ten wait som dosiel
s "ps ax" a vyzera to konkretne takto:
***************************
21011 ?        S      0:07 sendmail: accepting connections
13998 ?        S      0:00 sendmail: server mail@[195.28.85.118] child wait
13999 ?        S      0:01 sendmail: ./g1570me13999 mail@[195.28.85.118]: DATA
14005 ?        S      0:00 sendmail: server mail@[195.28.85.118] child wait
14006 ?        S      0:02 sendmail: ./g1572Je14006 mail@[195.28.85.118]: DATA
14020 ?        S      0:00 sendmail: server mail@[195.28.85.118] child wait
14021 ?        S      0:00 sendmail: ./g15732e14021 mail@[195.28.85.118]: DATA
14022 ?        S      0:00 sendmail: server mail@[195.28.85.118] child wait
14023 ?        S      0:00 sendmail: ./g1573Ze14023 mail@[195.28.85.118]: DATA
14024 ?        S      0:00 sendmail: server mail@[195.28.85.118] child wait
14025 ?        S      0:01 sendmail: ./g15756e14025 mail@[195.28.85.118]: DATA
****************************

> -ef'. Soucasne je rozumne na strane odesilaci spustit 'sendmail -qR -v'

Tak toto sa mi nepodari ;o( - na ten server dosah nemam...

> - uvitite lepe co presne dela a v jake fazi je. Pokud se tim k nicemu
> rozumnemu nedostanete, pak je mozne i prijimaci sendmail spustit tak,
> aby vse logoval (tusim, ze je to parametr -X). A pokud ani to nepomuze,

vyskusam, uvidime....

> pak bude nutny 'tcpdump -s 1600 port 25' - z toho uz bude zcela jasne na
> jake urovni je vlastne problem.
Uz bezi, zatial ziaden paket.... uvidime za chvilu

> 
> Takovy problem se obcas vyskytje pokud sendmail na strane prijemce ma
> chybne nakonfigurovane pouziti TLS - tedy pokud avizuje schopnost TLS,
> ale neni ji ve skutecnosti schopen (nema platne klice a pod.) - pak se
> sendmaily sice dohodnou na pouziti TLS, ale v okamziku, kdy klient
> zahaji TLS hanshaking, server zavesi. Pokud pouzijete vyse naznacene
> zpusoby, tak to tam ale uvidite.
No vsetko ohladom TLS zo sendmail.cf (ale vecer nazriem do manualu):
**************************
# input: ${verify} $| (MAIL|STARTTLS)
R$* $| $*       $: $1 $| $>LookUpDomain <$&{client_name}> <?> <> <! TLS_Clt>
R$* $| <?>$*    $: $1 $| $>LookUpAddress <$&{client_addr}> <?> <> <! TLS_Clt>
R$* $| <?>$*    $: $1 $| <$(access TLS_Clt: $: ? $)>
R$*             $: $1 $| $>LookUpDomain <$&{server_name}> <?> <> <! TLS_Srv>
R$* $| <?>$*    $: $1 $| $>LookUpAddress <$&{server_addr}> <?> <> <! TLS_Srv>
R$* $| <?>$*    $: $1 $| <$(access TLS_Srv: $: ? $)>
RSOFTWARE $| <$-:$+> $*         $#error $@ $2 $: $1 " TLS handshake failed."
RSOFTWARE $| $*                 $#error $@ 4.7.0 $: "403 TLS handshake failed."
# other side did authenticate (via STARTTLS)
R<$-:$+><VERIFY $*> NONE        $#error $@ $2 $: $1 " other side does not support STARTTLS"
**************************

Ale toto by som chapal ako nieco na zabezpecenie chybovych hlasok ohladom TLS.... Teda nie
to co dostavam (alebo to moze skoncit inak?):
g13Noqe09689: collect: premature EOM: Error 0
g13Noqe09689: collect: unexpected close on connection from bystrica.pvt.sk, sender=<xxx na snowboard-school.sk>: Error 0

Este ma napadla jedna vec - nemam korektny reverz (ale vyzera, ze po roku a cosi sa to provaiderovi
podarilo vybavit a je to uz vraj len otazka hodin ;o)) - ale nemoze byt pricinou aj nieco podobne?

Vdaka Vlado

----
Ing. Vladimir Rengevic
GRAFON dtp studio
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799