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

[Jim Knuth]

Hallo und Guten Abend Jan_Schröter,

Heute (am 15.10.2005 - 22:44 Uhr)
   schriebst Du: 

> Jan Schroeter schrieb:
>> Ralf Hildebrandt schrieb:
>> 
>>>* Jan Schr?ter <toxic at lanconvention.de>:
>>>
>>>
>>>
>>>>Ist aber nicht laut RFC822 (3.2.  HEADER FIELD DEFINITIONS) ein Headerfeld in einer Mail genau so aufzubauen:
>>>>field       =  field-name ":" [ field-body ] CRLF
>>>
>>>
>>>Du sprichst aber mit dem lokalen Sendmail Kommando, und das macht das
>>>selber ran.
>>>
>> 
>> Ich spreche ja wenn ich ueber ein PHP Script oder aehnliches eine Mail einliefere immer mit dem lokalen Sendmail Kommando, egal ob die Mail an eine lokale oder externe Addresse gerichtet ist. Beim Versand an eine externe Mailadresse ist das Problem allerdings nicht vorhanden.
>> 
>>>>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 Zeilenumbrueche fuer die lokale
>>>>Zustellung in Unix-richtige LFs umzuwandeln. Aber das geht scheinbar in
>>>>die Hose. Welche Prozess von Postfix nimmt eigentlich diese Umwandlung
>>>>vor?
>>>
>>>
>>>Keine Ahnung, frag mal auf der US Liste.
>>>
>> 
>> 

> Hallo und danke an alle, die sich mit mir den Kopf zerbrochen haben. Ich
> habe das Problem jetzt wie folgt geloest:

> Ueber die Option header_checks habe ich eine pcre table eingebunden:
> header_checks = pcre:/etc/postfix/header_checks

> in dieser wird folgende Pruefung vorgenommen:
> /^(.*):(.*)\r$/ REPLACE $1:$2

> Bedeutet, alle Headereintraege, die ein \r (CR) als letztes Zeichen
> enthalten, werden durch den gleichen Eintrag ohne das CR ersetzt.

> Allerdings vermute ich immernoch, dass dies ein Bug ist, der sich
> irgendwann einmal in Postfix eingeschlichen hat und bisher nicht 
> aufgefallen ist - unter 2.0.6 waren diese Umwege naemlich nicht noetig.
> Denn ein \r sollte eigentlich unter keinen Umstaenden am Zeilenende
> auftauchen.
> Stein des Anstosses war ja, dass ueber einen PHP Mail() Headerzeilen
> statt mit \n mit \r\n an Sendmail uebergeben wurden. Das erklaert aber
> immernoch nicht, wie das \r ans Zeilenende kommt.

> Sei es drum - ich habe eine fuer mich vertretbare Loesung gefunden die
> auch funktioniert.

> mfg
> Jan


du sprichst da von headern!? Hab ich da was falsch verstanden?
ICH meinte die zusätzlichen Leerzeilen, die beim PHP Mail () in
den Text (Body) "gezaubert" werden.


-- 
Viele Grüße, Kind regards,
 Jim Knuth
 jk at jkart.de
 ICQ #277289867
 PGP: 54C9 1A46 D3B2 95B6 454D 74FA AC73 773E 1F78 066F
----------
Zufalls-Zitat
----------
Denken = Arbeit. Arbeit = Energie. Energie soll man sparen.
----------
Der Text hat nichts mit dem Empfänger der Mail zu tun
----------
Virus free. Checked by NOD32 Version 1.1256 Build 6230  15.10.2005