[Postfixbuch-users] welcher timeout parameter für eingehende Mails

Uwe Driessen driessen at fblan.de
Di Jan 23 13:36:03 CET 2007


> -----Original Message-----
> From: postfixbuch-users-bounces at listi.jpberlin.de [mailto:postfixbuch-
> users-bounces at listi.jpberlin.de] On Behalf Of Sandy Drobic
> Sent: Tuesday, January 23, 2007 12:51 PM
> To: Eine Diskussionsliste rund um das Postfix-Buch von Peer Heinlein.
> Subject: Re: [Postfixbuch-users] welcher timeout parameter für eingehende
> Mails
> 
> Christian Bricart wrote:
> >> On Tuesday 23 January 2007 11:06, Christian Bricart wrote:
> >>> oder gibt's da evtl. noch ein anderes Problem, an dem das liegen kann?
> >> Die Timeouts schlagen nicht zu, wenn der Client x Minuten/Stunden
> braucht
> >> eine
> >> Mail loszuwerden, sondern wenn x Minuten keine Daten übertragen werden.
> Du
> >> solltest die Übertragung mal prüfen. Evtl. mit tcpdump/ethereal. Meist
> >> sind
> >> das MTU-Probleme oder kaputte Firewalls im Weg, die meinen SMTP-Traffic
> >> analysieren zu können/müssen.
> >>
> >> Prüf mal die MTU-Einstellungen Client/Server. Evtl. mal runterstellen.
> >>
> >> Prüf ob Firewalls im Weg stehen, die SMTP-FixUp oder ähnliches
> >> eingeschaltet
> >> haben.
> >>
> >> Schneide den Traffic mal mit und schau Dir an wo es hakt.
> >
> > Also die Fehlermeldung bei seinem LookOut lautet irgendwie:
> > "Der Server hat die Verbindung mit folgender Fehlermeldung beendet: '354
> > End data with <CR><LF>.<CR><LF>'."  ( <- *Autsch*look... )
> >
> > Und im maillog bei mir steht nur der connect an den smtpd und in der
> > nächsten Zeile des Logs direkt der cleanup-Prozess und sonst nichts..
> 
> Mit anderen Worten, ein schöner Gruß vom lokal installiertem Virenscanner
> oder der transparenten Firewall-Applikation. :-((
> 
> Sandy

Öhm ja habe das also auch mal mit TCPdum gemacht das schreiben lassen geht
ja einfach aber das analysieren ist doch etwas cryptisch 
13:06:26.743582 IP (tos 0x0, ttl  64, id 13005, offset 0, flags [DF], proto:
TCP (6), length: 52) fblan.smtp > guybrush.56029: ., cksum 0x3d45 (correct),
ack 118 win 359 <nop,nop,timestamp 70147105 3983730878>
        0x0000:  4500 0034 32cd 4000 4006 a6a8 c19e 2582  E..42. at .@.....%.
        0x0010:  c1fe b82f 0019 dadd a8c1 728b 1050 99ad  .../......r..P..
        0x0020:  8010 0167 3d45 0000 0101 080a 042e 5c21  ...g=E........\!
        0x0030:  ed72 e8be                                .r..
13:06:56.699662 IP (tos 0x0, ttl  50, id 7966, offset 0, flags [DF], proto:
TCP (6), length: 52) guybrush.56029 > fblan.smtp: F, cksum 0xb055 (correct),
118: 118(0) ack 216 win 6432 <nop,nop,timestamp 3983760883 70147105>
        0x0000:  4500 0034 1f1e 4000 3206 c857 c1fe b82f  E..4.. at .2..W.../
        0x0010:  c19e 2582 dadd 0019 1050 99ad a8c1 728b  ..%......P....r.
        0x0020:  8011 1920 b055 0000 0101 080a ed73 5df3  .....U.......s].
        0x0030:  042e 5c21                                ..\!
13:06:56.739697 IP (tos 0x0, ttl  64, id 13006, offset 0, flags [DF], proto:
TCP (6), length: 52) fblan.smtp > guybrush.56029: ., cksum 0xaac3 (correct),
ack 119 win 359 <nop,nop,timestamp 70154604 3983760883>
        0x0000:  4500 0034 32ce 4000 4006 a6a7 c19e 2582  E..42. at .@.....%.
        0x0010:  c1fe b82f 0019 dadd a8c1 728b 1050 99ae  .../......r..P..
        0x0020:  8010 0167 aac3 0000 0101 080a 042e 796c  ...g..........yl
        0x0030:  ed73 5df3                                .s].
13:07:11.911859 IP (tos 0x0, ttl  64, id 13007, offset 0, flags [DF], proto:
TCP (6), length: 80) fblan.smtp > guybrush.56029: P, cksum 0xf23f (correct),
216:244(28) ack 119 win 359 <nop,nop,timestamp 70158397 3983760883>
        0x0000:  4500 0050 32cf 4000 4006 a68a c19e 2582  E..P2. at .@.....%.
        0x0010:  c1fe b82f 0019 dadd a8c1 728b 1050 99ae  .../......r..P..
        0x0020:  8018 0167 f23f 0000 0101 080a 042e 883d  ...g.?.........=
        0x0030:  ed73 5df3 3235 3020 322e 312e 3020 4f6b  .s].250.2.1.0.Ok
        0x0040:  0d0a 3235 3020 322e 312e 3520 4f6b 0d0a  ..250.2.1.5.Ok..
13:07:11.912915 IP (tos 0x0, ttl  64, id 13008, offset 0, flags [DF], proto:


------------------------ ich denke mal das ab hier ist das interessante

TCP (6), length: 89) fblan.smtp > guybrush.56029: FP, cksum 0x6acb
(correct),    244:281(37) ack 119 win 359 <nop,nop,timestamp 70158397
3983760883>
        0x0000:  4500 0059 32d0 4000 4006 a680 c19e 2582  E..Y2. at .@.....%.
        0x0010:  c1fe b82f 0019 dadd a8c1 72a7 1050 99ae  .../......r..P..
        0x0020:  8019 0167 6acb 0000 0101 080a 042e 883d  ...gj..........=
        0x0030:  ed73 5df3 3335 3420 456e 6420 6461 7461  .s].354.End.data
        0x0040:  2077 6974 6820 3c43 523e 3c4c 463e 2e3c  .with.<CR><LF>.<
        0x0050:  4352 3e3c 4c46 3e0d 0a                   CR><LF>..

13:07:11.940494 IP (tos 0x0, ttl  50, id 23931, offset 0, flags [DF], proto:
TCP (6), length: 40) guybrush.56029 > fblan.smtp: R, cksum 0xc99c (correct),
273717678:273717678(0) win 0
        0x0000:  4500 0028 5d7b 4000 3206 8a06 c1fe b82f  E..(]{@.2....../
        0x0010:  c19e 2582 dadd 0019 1050 99ae 0000 0000  ..%......P......
        0x0020:  5004 0000 c99c 0000 0000 0000 0000       P.............
13:07:11.940751 IP (tos 0x0, ttl  50, id 23932, offset 0, flags [DF], proto:
TCP (6), length: 40) guybrush.56029 > fblan.smtp: R, cksum 0xc99c (correct),
273717678:273717678(0) win 0
        0x0000:  4500 0028 5d7c 4000 3206 8a05 c1fe b82f  E..(]|@.2....../
        0x0010:  c19e 2582 dadd 0019 1050 99ae 0000 0000  ..%......P......
        0x0020:  5004 0000 c99c 0000 0000 0000 0000
P.............Mail.log

Jan 23 13:06:26 fblan postfix/smtpd[28283]: connect from
guybrush.tmag.de[193.254.184.47]
Jan 23 13:07:11 fblan postfix/smtpd[28283]: DE7674DC10F:
client=guybrush.tmag.de[193.254.184.47]
Jan 23 13:07:11 fblan postfix/smtpd[28283]: lost connection after DATA from
guybrush.tmag.de[193.254.184.47]
Jan 23 13:07:11 fblan postfix/smtpd[28283]: disconnect from
guybrush.tmag.de[193.254.184.47]

Frage wo liegt der Fehler bei mir oder bei denen?
Ich bin in der Zwischenzeit mehr wie Ratlos und habe mich ja schon fast
nicht mehr getraut die Liste zu fragen.
Das Dumpfile wird immer noch geschrieben und wenn ich wenigstens wüste in
welche Richtung ich suchen muss wäre ich schon glücklich
Mein Fehler dann muss ich suchen und Fehler beseitigen

Dem sein Fehler dann hab ich arbeit gespart.
Aber ich vermute mal ich muss erstmal suchen um meinen Fehler auszuschließen

Es kann ja sein das da mal ein Paket verloren geht was dann aber
komischerweise immer bei/zu den gleichen Servern passiert.

Besten Dank 


 -- 
Software & Computer
Uwe Drießen
Lembergstraße 33
67824 Feilbingert
Tel.: 06708 / 660045
Fax: 06708 / 661397
 --




Mehr Informationen über die Mailingliste Postfixbuch-users