[Postfixbuch-users] Probs mit "timeout after END-OF-MESSAGE"

[Andreas Winkelmann]

On Donnerstag, 1. November 2007, ram at i-tux.de wrote:

> >> ... aber viel häufiger kommt es zu folgendem:
> >> Nov  1 13:56:14 mx01 postfix/smtpd[14228]: timeout after END-OF-MESSAGE
> >> from mxout2.volkswagen.de[194.114.62.48]
> >> Nov  1 13:56:14 mx01 postfix/smtpd[14228]: disconnect from
> >> mxout2.volkswagen.de[194.114.62.48]
> >> [...] ca. 5 mal hintereinander die gleichen 2 obrigen Zeilen, nur andere
> >> PIDs jeweils
> >
> > Versuche doch mal, deine MTU runter zu drehen. z.B. ifconfig eth0 <edit
> +: mtu> 1456

> bringt leider nichts:

Ja, weil smtpd != smtp ist. Du bist der Empfänger.

Bei SMTP schickt der Sender die grossen Pakete, der Empfänger gibt nur kurze 
Quittungen zurück. Daher ist es relativ unsinnig die MTU-Grösse beim 
Empfänger herunterzudrehen.

MTU-Probleme gibt es, wenn eine Station auf dem Weg zwischen Sender und 
Empfänger mit der Paketgrösse nicht zurecht kommt und sie entweder 
verschluckt oder eine Meldung zurück schickt, die aber aufgrund einer 
vermurksten Firewallkonfiguration verschütt geht oder sonst wie verloren 
geht.

Was steht denn zwischen dem Client und dem Internet? Ist da noch ein Router im 
Spiel? Kann vielleicht einfach nur der Sender ein Problem haben?

Am eindeutigsten bekommst Du den schuldigen heraus indem Du die Pakete 
mitschneidest (z.B. tcpdump). Am besten sogar möglichst nah am Internet.

> Nov  1 15:55:29 mx01 postfix/smtpd[2803]: warning: Connection concurrency
> limit exceeded: 21 from mxout2.volkswagen.de[194.114.62.48] for service
> smtp

> P.S.: `ifconfig eth0 1456' führt dazu, dass _alle_ TCP/IP-Verbindungen
> abbrechen :-) Ich Hornochse hab's ausprobiert.
> Wer es gefahrloser ausprobieren möchte, sollte `ifconfig eth0 mtu 1456'
> nehmen....

Ja klar, man-Pages lesen eh nur Loser.

-- 
	Andreas