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

[Werner Detter]

Jan Schröter wrote:

>Werner Detter schrieb:
>  
>
>>Jan Schröter wrote:
>>
>>
>>    
>>
>>>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 über ein PHP Script oder ähnliches 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 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?
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>>Keine Ahnung, frag mal auf der US Liste.
>>>>
>>>>  
>>>>
>>>>        
>>>>
>>>
>>>      
>>>
>>Hallo zusammen,
>>
>>ich weiss nicht ob euch mein folgender Beitrag zu diesem Thema etwas 
>>hilft, hab
>>die eMails diesbezüglich nur kurz überflogen. 
>>Ich hatte letztens auch ähnliche Probleme mit einem von Debian Woody auf 
>>Debian
>>Sarge migrierten Webserver auf dem ein PHP Skript einen Newsletter mit der
>>PHP mail() Funktion via sendmail versendet.
>>
>>Die Adressaten waren vorher alle in BCC mit einem Kommata getrennt gelistet.
>>Nach der Migration auf Sarge (Postfix 2.x) ging das nicht mehr, der 
>>folgende
>>Link zeigt etwa den Fehler im Logfile den auch ich erhalten habe:
>>
>>http://archives.neohapsis.com/archives/postfix/2005-01/2447.html
>>
>>Die Lösung zu dem Problem war, die Liste der Empänger in BCC anderst
>>zu strukturieren:
>>
>>To|Cc|Bcc: user1,\n
>><tab>user2,\n
>><tab>user3,\n
>>....
>>    
>>
>
>Danke für deinen Tip. Wenn man statt \r\n nur \n nimmt, dann funktioniert die lokale Zusatellung einwandfrei, das ist richtig. Da wir aber Webhosting betreiben, kann ich nicht all unseren Kunden aufhalsen ihre Scripte anzupassen, die Sie oftmals nichtmal selbst geschreiben haben, sondern Standardlösungen verwenden. Es muss irgendwie noch einen anderen Weg geben.
>
>  
>
>>hier noch der Link  dazu:
>>http://archives.neohapsis.com/archives/postfix/2005-01/2456.html
>>
>>
>>Vielleicht hilfts ja :)
>>
>>Schöne Grüsse,
>>Werner Detter
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>    
>>
>
>  
>

Hi,

kann es sein das dieses Problem ggf. mit der Option "line_length_limit" 
zusammenhängt?
Dieser Wert ist z.b. bei Debian Sarge per default auf 2048 gestellt, 
d.h. ist eine Zeile länger
schmeisst postfix den Error.

Ein Manuelles erhöhen des Wertes in der main.cf ging bei mir nicht, ggf. 
muss Postfix
neu bzw. selber kompiliert werden.

server# postconf -d line_length_limit
line_length_limit = 2048

Grüsse,
Werner