* On Sat, 27 Jul 2002 at 21:21 +0200, Sebastian Helms wrote:
* Sebastian Helms schrieb am 27 Jul 2002:
ich sehe auf einmal (seit ein paar Tagen), daß bei allen Mails, die ich von der Liste bekomme, die Header-Zeilen mit ASCII #13#10 abgeschlossen sind, nicht aber die Leerzeile oder der Body.
Mutt zeigt mir dann am Ende jeder Headerzeile ^M an.
Ich nehme alles zurück und behaupte das Gegenteil ...
Ich hatte nicht gemerkt, daß mein lokaler sendmail nicht lief (fetchmail läuft i.d.R. nur im Hintergrund).
*g*
Also hat fetchmail direkt an procmail ausgeliefert. Das erklärt das Problem zwar nicht, aber jetzt, wo sendmail wieder läuft, sind die ^M's weg.
Trotzdem würd mich mal interessieren, ob jemand weiß, woran das liegt. Schreibt procmail die Header von LF auf CRLF auf, wenn es von fetchmail direkt aufgerufen wird? Und wieso nur dann, und nicht, wenn es von sendmail gestartet wird?
Ganz im Gegenteil, POP3 und SMTP sind beide CRLF-terminiert. Wie übrigens - IIRC - alle anderen telnet-basierten Protokolle auch. Ausschnitt aus RFC 2822: | Messages are divided into lines of characters. A line is a series | of characters that is delimited with the two characters | carriage-return and line-feed; that is, the carriage return (CR) | character (ASCII value 13) followed immediately by the line feed | (LF) character (ASCII value 10). (The carriage-return/line-feed | pair is usually written in this document as "CRLF".) In RCF 1939 (POP3) steht was ähnliches. Mir scheint, als würde im Normalfall sendmail die CRs entfernen. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at