Re: Mail problem

Hej Martin,

On Sun, 2009-03-22 at 10:04 +0100, Martin R. Ehmsen wrote:
> Jeg har et Exim/Netv=C3=A6rks-problem og jeg er bange for at jeg "in ov=
er =20
> my head", s=C3=A5 jeg h=C3=A5ber p=C3=A5 lidt hj=C3=A6lp :-)

FLUG-n=C3=B8rderne skal nok g=C3=B8re deres bedste. Her er mit bud :-)

> Problemet er kort fortalt at nogle hosts ikke kan aflevere mails til =20
> min mailserver, mens andres hosts sagtens kan komme igennem uden=20
> problemer.

Det lugter lidt af et pakkefilter et sted. Ved du om din maskine st=C3=A5=
r et
sted med firewall?

Er der mange hosts der har problemer med at snakke med din, eller er det
kun nogle enkelte?

> Jeg har selvf=C3=B8lgelig fors=C3=B8gt at debugge problemet i Exim f=C3=
=B8rst.

Det ka' vi li' :)

> 08:50:50 31418 Process 31418 is handling incoming connection from =20
> [130.225.128.12]
...
> 08:51:25 31418 SMTP>> 220 ehmsen.org ESMTP Exim 4.69 Sun, 22 Mar 2009 =20
> 08:51:25 +0100
...
> 08:55:50 31418   SMTP connection from berlioz.imada.sdu.dk =20
> [130.225.128.12] lost

Ok, s=C3=A5 den f=C3=A5r forbindelse, din server sender en 220, men f=C3=A5=
r aldrig en
MAIL-kommando fra klienten.

> Ovenst=C3=A5ende giver desv=C3=A6rre ikke meget hj=C3=A6lp i form af hv=
ad der skulle =20
> v=C3=A6re galt, s=C3=A5 jeg har ogs=C3=A5 pr=C3=B8vet at lave et tcpdum=
p af samtalen =20
> mellem min server og berlioz.imada.sdu.dk:

Har du mulighed for at lave et lignende dump i den anden ende, eller
eventuelt telnet'e manuelt ind til din mailserver, og se om du f=C3=A5r
220'eren (banner)?

Der er flere TCP connections i nedenst=C3=A5ende, s=C3=A5 jeg har klippet=
 andre
end den fra 130.225.128.12:52262 til 192.168.1.3:SMTP ud.

> TCP      52262 > smtp [SYN] Seq=3D0 Win=3D49640 Len=3D0 MSS=3D1460
> TCP      smtp > 52262 [SYN, ACK] Seq=3D0 Ack=3D1 Win=3D5840 Len=3D0 MSS=
=3D1460
> TCP      52262 > smtp [ACK] Seq=3D1 Ack=3D1 Win=3D49640 Len=3D0

SYN, SYN|ACK, ACK er standard three-way handshake.

> SMTP     S: 220 ehmsen.org ESMTP Exim 4.69 Sun, 22 Mar 2009...
> SMTP     [TCP Retransmission] S: 220 ehmsen.org ESMTP Exim...
> SMTP     [TCP Retransmission] S: 220 ehmsen.org ESMTP Exim...
> SMTP     [TCP Retransmission] S: 220 ehmsen.org ESMTP Exim...
> SMTP     [TCP Retransmission] S: 220 ehmsen.org ESMTP Exim...
> SMTP     [TCP Retransmission] S: 220 ehmsen.org ESMTP Exim...

Serveren sender sine data, men modtager aldrig et ACK fra klienten.

> TCP      52262 > smtp [FIN, ACK] Seq=3D1 Ack=3D1 Win=3D49640 Len=3D0

Hov, et FIN|ACK fra klienten uden et FIN fra serveren!? Men denne pakke
fort=C3=A6ller, via Ack=3D1, at dine data ikke er n=C3=A5et frem til klie=
nten.

> TCP      52262 > smtp [RST] Seq=3D2 Win=3D49640 Len=3D0

Og 27 sekunder senere kommer der et RST fra klienten for at fort=C3=A6lle=
 at
den har opgivet forbindelsen, i =C3=B8vrigt uden at sende data (Seq=3D2).

> Her er det s=C3=A5 at jeg er "in over my head" for jeg er ikke specielt=
 =20
> skarp til at tyde og forst=C3=A5 TCP. Er der nogen som har et bud p=C3=A5=
 =20
> hvorfor forbindelsen pludseligt forsvinder og det er altid p=C3=A5 samm=
e =20
> sted, nemlig lige efter acl_smtp_connect?

Stedet er ikke s=C3=A5 mystisk endda. Det er lige n=C3=A5r serveren har s=
endt sit
velkomst-banner, og venter p=C3=A5 en MAIL-kommando fra klienten.

Mit g=C3=A6t er at det er en firewall der laver rod i pakkerne. Noget kun=
ne
tyde p=C3=A5 at den ikke sender dine data videre til klienten, og sender =
et
FIN til klienten (med din maskine som afsender) n=C3=A5r firewallen opgiv=
er.

N=C3=A5r problemet kun optr=C3=A6der med nogle hosts, s=C3=A5 er det nok =
i deres ende
- eller m=C3=A5ske hos din udbyder. Det er ikke unormalt kun at tillade
SMTP-trafik fra "danske" IP-adresser til privatkunders linjer.

St=C3=A5r maskinen p=C3=A5 en ADSL eller lignende?

Har du pr=C3=B8vet b=C3=A5de fra danske ADSL'er og fra udenlandske linjer=
?

Det gav flere sp=C3=B8rgsm=C3=A5l end svar. Sorry ;-)

mvh
Morten

--=20
Morten K. Poulsen <mopo-qlJr5PfdkJW1Z/[email protected]>
CTO, FableTech
http://fabletech.com/


--=20
flug-misc mailing list
[email protected]
To unsubscribe send a mail to [email protected]