[Postfixbuch-users] MTU-Abhängigkeit?

[Rainer Wiesenfarth]

Hallo,

hier eher eine Frage zum Verständnis: Ich habe mir sagen lassen, dass
Postfix aus dem Tritt kommen kann, wenn die MTU des Netzwerk-Interfaces
zu groß ist (z.B. 1500 statt 1492). Kann mir jemand erklären, was da
genau passiert?

Ich habe hier den Effekt, dass einzelne Nachrichten von Freenet
(eingeliefert über mout1.freenet.de[194.97.50.132]) in der deferred
Queue hängen bleiben. Als Status sehe ich dann

  (host 127.0.0.1[127.0.0.1] said: 421 <xxx at xxx.xxx> Error !
    (in reply to end of DATA command))

Seltsamer Weise passiert das nur bei manchen Nachrichten von Freenet
(also nicht bei allen!), wogegen ca. 1000 andere Nachrichten täglich
ohne Probleme durch das System laufen. Die Nachrichten werden ja initial
auch angenommen, hier mal ein Auszug aus den Logs:

  postfix/smtpd[24579]: connect from mout1.freenet.de[194.97.50.132]
  postfix/smtpd[24579]: 5DC782C4A2:
      client=mout1.freenet.de[194.97.50.132]
  postfix/cleanup[24614]: 5DC782C4A2:
      message-id=<E1FW5fs-0007Gd-D2 at www6.emo.freenet-rz.de>
  postfix/qmgr[29406]: 5DC782C4A2:
      from=<xxx at freenet.de>, size=4540,
      nrcpt=1 (queue active)
  spamd[18577]: connection from localhost [127.0.0.1] at port 40631
  postfix/smtpd[24579]: disconnect from mout1.freenet.de[194.97.50.132]
  spamd[18577]: processing message
      <E1FW5fs-0007Gd-D2 at www6.emo.freenet-rz.de> for filter:1000.
  spamd[18577]: clean message (-1.4/5.0) for filter:1000 in 1.3 seconds,
      4484 bytes.
  spamd[18577]: result: . -1 -
      AWL,BAYES_00,HTML_50_60,HTML_IMAGE_ONLY_16,HTML_MESSAGE,
      NO_REAL_NAME scantime=1.3,size=4484,
      mid=<E1FW5fs-0007Gd-D2 at www6.emo.freenet-rz.de>,
      bayes=1.11022302462516e-16,autolearn=no

So weit, so gut. Die Nachricht hat den Spamfilter passiert und wird
wieder eingespeist.

  postfix/pickup[24504]: CD4FC2EF45:
      uid=1000 from=<xxx at freenet.de>
  postfix/cleanup[24614]: CD4FC2EF45:
      message-id=<E1FW5fs-0007Gd-D2 at www6.emo.freenet-rz.de>

  postfix/pipe[24616]: 5DC782C4A2:
      to=<yyy at yyy.yyy>, relay=spamchk, delay=1, status=sent (dummy)
  postfix/qmgr[29406]: 5DC782C4A2: removed

  postfix/qmgr[29406]: CD4FC2EF45:
      from=<xxx at freenet.de>, size=4908, nrcpt=1 (queue active)
  postfix/lmtp[24625]: CD4FC2EF45:
      to=<yyy at yyy.yyy>, relay=127.0.0.1[127.0.0.1], delay=1,
      status=deferred (host 127.0.0.1[127.0.0.1] said:
      421 <yyy at yyy.yyy> Error ! (in reply to end of DATA command))

Hier geht's dann schief. Und ich versteh' einfach nicht, wo da das
Problem mit der MTU sein soll ...

Best regards / Mit freundlichen Grüßen
Rainer Wiesenfarth

-- 
INPHO GmbH   *   Smaragdweg 1   *   70174 Stuttgart   *   Germany
phone: +49 711 2288 10              *  fax: +49 711 2288 111
mailto:Rainer.Wiesenfarth at inpho.de  *  www.inpho.de
Leader in Photogrammetry and Digital Surface Modelling
You will meet INPHO at www.inpho.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 3210 bytes
Beschreibung: S/MIME Cryptographic Signature
URL         : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20060420/cabc5c04/attachment.bin>