[PHP] HTML mail komt niet meer als HTML mail aan.

[WiNlUx]

Hallo.

Ik ben bezig met een mailform script. Deze host ik op dit moment thuis op mijn server. Nu is het zo wanneer de mail naar mij wordt verstuurd, dat ik geen HTML berichtjes krijgt, maar gewoon PLAIN TEXT, met alle headers erin. Doe ik het via een andere webserver, dan gaat het perfect en krijg ik wel alles goed binnen. Zo ziet de mail eruit als ie niet HTML is:

Date: Wed, 18 Jan 2006 12

X-Priority: 2 (High)

X-Msmail-Priority: High

x-gfi-me-from: Dankers Special Case Products BV <[e-mail]>

X-Sender: [e-mail]

Reply-To: Dankers Special Case Products <[e-mail]>

Mime-Version: 1.0

Content-Type: multipart/mixed; boundary="myMailBoundary(my43ce20c449722)"

Message-Id: <[e-mail]>
Return-Path: [e-mail]
X-OriginalArrivalTime: 18 Jan 2006 11:22:46.0652 (UTC) FILETIME=[81F603C0:01C61C21]


If you are reading this, it means that your e-mail client

does not support MIME. Please upgrade your e-mail client

to one that supports MIME.

--myMailBoundary(my43ce20c449722)

Content-Type: text/html; charset="iso-8859-1"

Content-Transfer-Encoding: base64


Terwijl, als ik via een andere webserver verzend, de mail er zo uit ziet:



Ik heb in de configuratie van Apache gezocht, in PHP.ini, op GoT maar alles wat ik probeer, ik krijg er geen fatsoenlijke HTML mail uit!

Mijn webserver config: FreeBSD 5.4 met PHP4.4.2 en Apache 2.0.55.

op http://www.huibdankers.nl/phpinfo.php zie je verdere config. Ik kom er niet meer uit.

Wie kan mij op weg helpen?

[ Voor 3% gewijzigd door WiNlUx op 18-01-2006 12:37 ]

[AtleX]

De function header() heeft een grote rewrite ondergaan in PHP 4.4.2, de kans is groot dat het daar inligt. Maak je misschien meerdere headers aan met slechts 1 function call?

quote: http://www.php.net/ChangeLog-4.php#4.4.2

...
Prevent header injection by limiting each header to a single line.
...

[ Voor 25% gewijzigd door AtleX op 18-01-2006 12:38 ]

[WiNlUx]

AtleX schreef op woensdag 18 januari 2006 @ 12:37:
De function header() heeft een grote rewrite ondergaan in PHP 4.4.2, de kans is groot dat het daar inligt. Maak je misschien meerdere headers aan met slechts 1 function call?


[...]

Dat moet ik bekijken, omdat ik namelijk de PHP class zelf niet heb geschreven. Ik ga nu even kijken.

[pietje63]

Als ik het zo zie dan eindigen de regels in de header waarschijnlijk op \r\n, waarschijnlijk is hier \n genoeg.

De tekst die jij hebt staan heeft namelijk tussen elke header regel een enter gezien, veel mail programma's zien dat als einde headers..

[poepkop]

Als je de php-code even post?

[AtleX]

pietje63 schreef op woensdag 18 januari 2006 @ 12:42:
Als ik het zo zie dan eindigen de regels in de header waarschijnlijk op \r\n, waarschijnlijk is hier \n genoeg.

De tekst die jij hebt staan heeft namelijk tussen elke header regel een enter gezien, veel mail programma's zien dat als einde headers..

Dat klopt, normaal kan je headers scheiden met zowel \n als \r\n, en is \r\n\r\n een markering voor het einde van de regels. Maar als je een Windows server draait wil het nog wel eens fout gaan, aangezien een newline op een Windows machine alleen \n is kan een server \r\n zien als een dubbele newline en dus het einde van de headers.

[WiNlUx]

De class is de downloaden op http://www.huibdankers.nl/mailer.class.php.txt

Er wordt zoals het er nu uit ziet maar 1 functie gemaakt voor die header.

[Voutloos]

AtleX schreef op woensdag 18 januari 2006 @ 12:48:
[...]


Dat klopt, normaal kan je headers scheiden met zowel \n als \r\n, en is \r\n\r\n een markering voor het einde van de regels. Maar als je een Windows server draait wil het nog wel eens fout gaan, aangezien een newline op een Windows machine alleen \n is kan een server \r\n zien als een dubbele newline en dus het einde van de headers.

In RFC's staat altijd 'CRLF' oftewel \r\n en niet 'kies de newline die je voor het huidige platform wel leuk lijkt'.
Mail moet gewoon werken, ongeacht het platform van de ontvanger. CRLF aan het einde van een header en CRLFCRLF aan het einde van de laatste header.

[WiNlUx]

Ik heb het opgelost!

Pietje heeft mij op het goede spoor gezet. In de mail class staat het volgende:

code:

        // always use \r\n in your mail and to split the headers! 
        if( !defined('NL') ) { 
            define('NL', "\r\n");

Van "\r\n"

heb ik

"\n"

gemaakt.

Nu werkt het perfect! Nu wil ik weten WAAROM het fout ging, omdat alles in PHP versie 4.4.1 het wél goed deed!

[AtleX]

[rml]AtleX in "[ PHP] HTML mail komt niet meer als HTML ..."[/rml]

[Voutloos]

Bekijk aub eens de letterlijk gestuurde mail en zoek naar de \r (dec: 13) en \n (dec: 10) karakters . Met je huidige 'pleistermethode' ben je de definitie van CRLF nogal aan het verkrachten.

[pietje63]

wellicht interessant: [rml]RM-rf in "[ php] html mail"[/rml]