[Postfixbuch-users] CRLF Problem mit Postfix 2.2.5 / PHP 4.3.x

[Jan Schröter]

Ralf Hildebrandt schrieb:
> * Jan Schr?ter <toxic at lanconvention.de>:
> 
> 
>>Man erkennt die Zeilenumbrüche hinter den To: und From: Zeilen - die sollten da 
>>eigentlich nicht sein.
> 
> 
> Ja, kann ich bei direkter Lokaler Zustellung nachvollziehen:
> 
> To: hildeb at postamt.charite.de^M$
> From: ralf.hildebrandt at charite.de$
> Message-Id: <20051013082119.8EC7F220991 at postamt.charite.de>$
> Date: Thu, 13 Oct 2005 10:21:19 +0200 (CEST)$
> Content-Length: 10$
> Lines: 2$
> $
> $
> testtext$
> 
> (From: wurde umgeschrieben, daher dort kein ^M)
> 
> Hmm, aber ist das nicht garbae-in, garbage-out?
> Unix Endekennung ist LF
> Dos/Windows Endekennung ist CR LF
> 
Ist aber nicht laut RFC822 (3.2.  HEADER FIELD DEFINITIONS) ein Headerfeld in einer Mail genau so aufzubauen:
field       =  field-name ":" [ field-body ] CRLF

Bei Mails sollte also nach RFC immer CRLF zum Abschluss eines Headerfelds verwendet werden. Das ganze hat ja auch bis Postfix 2.0.6 (hatten wir vorher drauf) funktioniert - lokal wie extern. Nun funktioniert es mit Postfix 2.2.5 lokal nicht mehr- extern weiterhin. Er scheint ja zu versuchen dort die CRLF Zeilenumbrüche für die lokale Zustellung in Unix-richtige LFs umzuwandeln. Aber das geht scheinbar in die Hose. Welche Prozess von Postfix nimmt eigentlich diese Umwandlung vor?

> 
>>Oct 13 09:46:49 dd1718 postfix/pickup[21488]: 7749C159117: uid=30 from=<wwwrun at foobar.de>
>>Oct 13 09:46:49 dd1718 postfix/cleanup[21521]: 7749C159117: message-id=<20051013074649.7749C159117 at foobar.de>
>>Oct 13 09:46:49 dd1718 postfix/nqmgr[21491]: 7749C159117: from=<wwwrun at foobar.de>, size=320, nrcpt=1 (queue active)
>>Oct 13 09:46:49 dd1718 postfix/local[21525]: 7749C159117: to=<user at foobar.de>, orig_to=<test at foobar.de>, relay=local, delay=0, stat
>>us=sent (delivered to command: /usr/bin/procmail -t)
>>Oct 13 09:46:49 dd1718 postfix/nqmgr[21491]: 7749C159117: removed
> 
> 
> Bei mir ist auch procmail drin. Vielleicht mal ohne das?
> 
Ohne Procmail als LMDA ist das gleiche Problem.