[PHP] Probleempje met HTML-mail

donderdag 19 juni 2003 22:25

Acties:

0 Henk 'm!

Topicstarter

Hallo

Ik wil er eerst even op wijzen dat dit niet de zoveelste hoe-moet-ik-html-mails-versturen? post is. Ik heb al enige research gedaan en heb aan de hand van informatie die ik gevonden heb een ontwerpje gemaakt.

Ik maak gebruik van boundary om 2 verschillende opmaken tegelijk te versturen: nl. plain-tekst-versie en een html-versie. Werkt perfect tot dat ik de test-tekst in het stukje hieronder vervang door variabelen met de volledige tekst van de e-mail. In dat geval krijg ik een lege mail aan. Hieronder een stukje van mijn code:

PHP:

// tekstversie van de mail
$headers .= "--$boundary\r\n" .
"Content-Type: text/plain; charset=ISO-8859-1\r\n" .
"Content-Transfer-Encoding: base64\r\n\r\n";
$headers .= chunk_split(base64_encode("$tekst_versie"));
//$headers .= chunk_split(base64_encode("tekst_versie"));
                    
// HTML-versie
$headers .= "--$boundary\r\n" .
"Content-Type: text/html; charset=ISO-8859-1\r\n" .
"Content-Transfer-Encoding: base64\r\n\r\n";
$headers .= chunk_split(base64_encode("$html_versie"));
//$headers .= chunk_split(base64_encode("<b>HTML_versie</b>"));

Het probleem zit dus in de voorlaatste lijn van iedere blok (nl. $headers .= chunk_split(base64 .......blabla regel). Als ik daar gewoon tekst tussen die aanhalingstekens plaats wordt deze perfect verzonden. Zet ik er een variabele in die deze tekst bevat (wordt hogerop in code opgevuld) dan krijg ik dus een lege e-mail aan.

Iemand die dit probleem herkent?

donderdag 19 juni 2003 22:27

Acties:

0 Henk 'm!

Verwijderd

Er moet in ieder geval nog een dubbele \r\n achter de "body's".

donderdag 19 juni 2003 22:31

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Verwijderd schreef op 19 June 2003 @ 22:27:
Er moet in ieder geval nog een dubbele \r\n achter de "body's".

Heb ze toegevoegd maar lost mijn probleem spijtig genoeg niet op.

donderdag 19 juni 2003 22:35

Acties:

0 Henk 'm!

Verwijderd

Kun je even de rauwe email posten, dus incl. headers en alles?

[edit]
Ik bedoelde eigenlijk het e-mailtje dat de client uiteindelijk ontvangt

[ Voor 42% gewijzigd door Verwijderd op 19-06-2003 22:48 ]

donderdag 19 juni 2003 22:46

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Verwijderd schreef op 19 June 2003 @ 22:35:
Kun je even de rauwe email posten, dus incl. headers en alles?

Geen probleem, is wel een hele boterham...

PHP:

// Mail zelf opbouwen => tekst- & HTML-versie
$tekst_versie = "Hallo $Naam,\r\n\r\n";
// ... blabla rest van email
$tekst_versie .= "Greets\r\nThe crew\r\n\r\n";
                    
                    
//$HTML_versie = "<HTLM><HEAD></HEAD><BODY>"; ==> commentaar omdat ik dacht dat daar de fout eerst zat
$HTML_versie .= "Hallo $Naam,<br><br>";
// ... blabla rest van email
$HTML_versie .= "Greets<br>The crew\r\n\r\n";           
//$HTML_versie .= "</BODY></HTML>";  ==> commentaar omdat ik dacht dat daar de fout eerst zat               
                    
// Mail-parameters opbouwen
$to = $Email;
$subject = "Onderwerp";
// From-header
$headers = "From: hierkomt@mail.com\r\n";
// MIME-versie 1.0 specifieren
$headers .= "MIME-Version: 1.0\r\n";
// Unieke boundary
$boundary = uniqid("BLA");
// Doorgeven aan client dat deze mail verschillende versies bevat
$headers .= "Content-Type: multipart/alternative" .
"; boundary = $boundary\r\n\r\n";
// Boodschap naar client die geen MIME begrijpt
$headers .= "This is a MIME encoded message.\r\n\r\n";
                        
// tekstversie van de mail
$headers .= "--$boundary\r\n" .
"Content-Type: text/plain; charset=ISO-8859-1\r\n" .
"Content-Transfer-Encoding: base64\r\n\r\n";
$headers .= chunk_split(base64_encode("$tekst_versie"));
//$headers .= chunk_split(base64_encode("tekst_versie")); <== Zo werkt ie wel
                    
// HTML-versie
$headers .= "--$boundary\r\n" .
"Content-Type: text/html; charset=ISO-8859-1\r\n" .
"Content-Transfer-Encoding: base64\r\n\r\n";
$headers .= chunk_split(base64_encode("$html_versie"));
//$headers .= chunk_split(base64_encode("<b>HTML_versie</b>"));   <== Zo werkt ie wel
                        
//Mail versturen    
$controle = @mail($to, $subject, "", $headers);

Wil nog even benadrukken dat op de manier die ik heb aangegeven met "Zo werkt ie wel" het dus wel doet (logisch niet

) maar als ik dus de hele email wil zenden mbv variabele vertikt ie het.

donderdag 19 juni 2003 23:29

Acties:

0 Henk 'm!

Glock

Allereerst de vraag, waarom een @ voor je mail functie?

Ten tweede, waarom voeg je je body toe aan je headers en laat je je body leeg? De mail functie doet hier ook nog iets mee nml, denk niet dat dit problematisch zal zijn maar het zal wel meer overzicht voor je geven.

Ten derde, je boundary opbouw klopt niet

Voor een correcte opbouw van je bounday's kan je in het volgende topic kijken:
[rml][ PHP] Mail Script: text/plain && text/html[/rml]

PHP:

1	$HTML_versie .= "Hallo $Naam,<br><br>";

Je voegt ook nog iets toe aan een variabele die niet bestaat

Maar dat zou PHP kennende ook geen probleem moeten zijn. Idd de broncode van de email die aankomt zou nu nog wel handig zijn

(zoals Cheatah dus al zei)

[ Voor 24% gewijzigd door Glock op 19-06-2003 23:38 ]

vrijdag 20 juni 2003 01:51

Acties:

0 Henk 'm!

bigtree

edit:
had de thread niet goed gelezen

[ Voor 86% gewijzigd door bigtree op 20-06-2003 01:55 ]

Lekker woordenboek, als je niet eens weet dat vandalen met een 'n' is.

vrijdag 20 juni 2003 02:11

Acties:

0 Henk 'm!

Pelle

🚴‍♂️

Cheatah vraagt om je mailtje, niet om je volledige source code

Oftewel, of je de output ook even neer kunt zetten, inclusief alle headers

vrijdag 20 juni 2003 02:27

Acties:

0 Henk 'm!

stekkel

Het verhaaltje over de boundaries klopt niet. Wanneer je het netjes wilt doen dan moet je ook een boundary end meegeven. dus:
--boundary
mimeheader text/plain

text

--boundary
mimeheader text/html

htmlpart

--boundary--

een boundary end bevat dus de volgende suffix "--"

En natuurlijk moet het rfc822 header content-type multipart/alternative zijn.

One final note:
Waarom gebruik je base64 encoding voor text parts van een email ????
Dat zou niet nodig moeten zijn. Gebruik gewoon 8bit of quoted printable encoding.

[ Voor 40% gewijzigd door stekkel op 20-06-2003 02:33 ]

vrijdag 20 juni 2003 08:14

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Bedankt alvast voor de reacties. Ik zal er deze avond eens mee aan de slag gaan.

Glock schreef op 19 June 2003 @ 23:29:
Je voegt ook nog iets toe aan een variabele die niet bestaat Maar dat zou PHP kennende ook geen probleem moeten zijn. Idd de broncode van de email die aankomt zou nu nog wel handig zijn (zoals Cheatah dus al zei)

Deze variabele bestaat hoor. Alleen heb ik niet heel mijn code hier geplaatst vermits dat echt teveel zou zijn.

Ik zal hieronder ook nog even de volledige broncode van de mail plaatsen, had ik verkeerd begrepen:

code:

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Q1OJDRSDidP
Received: from priorweb.be ([81.17.44.2]) by mc3-f10.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600);
     Thu, 19 Jun 2003 13:37:40 -0700
Received: (qmail 7097 invoked from network); 19 Jun 2003 20:36:04 -0000
Received: from unknown (62.221.205.2)
  by nikita.priorweb.be with QMQP; 19 Jun 2003 20:36:04 -0000
Date: 19 Jun 2003 20:37:36 -0000
Message-ID: <20030619203736.9465.qmail@cypher.priorweb.be>
To: emailadres@hotmail.com
Subject: The Screen Top 100 - Bevestiging
X-PHP-User: gebruikersnaam
From: mailsystem@thescreen.be
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary = THESCREEN3ef21f10c4fdf
Return-Path: anonymous@priorweb.be
X-OriginalArrivalTime: 19 Jun 2003 20:37:41.0343 (UTC) FILETIME=[A130AEF0:01C336A2]


This is a MIME encoded message.

--THESCREEN3ef21f10c4fdf
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: base64

MSkgVGhlIFNjZW5lIC0gQmxhdXcKMikgRGUgS3JldW5lcnMgLSBNZWlzamUgTWVpc2plCjMpIERl
IEtyZXVuZXJzIC0gTWVpc2plIE1laXNqZQo0KSBUaGUgU2NlbmUgLSBCbGF1dwo1KSBVbmRlcndl
QHIgLSBXaGVuIHRvbW9ycm93IGNvbWVzCg0KT20gamUgc3RlbSBnZWxkaWcgdGUgbWFrZW4gbW9l
dCBqZSBvcCBvbmRlcnN0YWFuZGUgdXJsIGtsaWtrZW4gb2YsIGluZGllbiBkaXQgbmlldCBtb2dl
bGlqayBpcywgZGV6ZSBrb3BpZXJlbiBlbiBpbiBqZSBicm93c2VyLXZlbnN0ZXIgcGxha2tlbi4g
IEplIHN0ZW0gemFsIGRhbiBvcGdlbm9tZW4gd29yZGVuIGVuIGplIHp1bHQgaGllcnZhbiBlZW4g
YmV2ZXN0aWdpbmcgemllbi4NCg0KaHR0cDovL3d3dy50aGVzY3JlZW4uYmUvdG9wMTAwL3ZvdGUu
cGhwP3g9b2smeT0zMjI3ZmQyOTg2ZTM0NzZkNzFmYzRjYmVlODgyYWE2MSZ6PTEwNTYwNTUwNTYm
aWQ9Mw0KDQpHcmVldHMNClRoZSBTY3JlZW4tY3Jldw0KDQo=
--THESCREEN3ef21f10c4fdf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: base64

Wat die opbouw van die boundaries betreft: deze had ik ergens gevonden op een site, weet niet meer welke. Evenals die base64 encoding. Volgens die site was dat het beste om te gebruiken.

vrijdag 20 juni 2003 08:42

Acties:

0 Henk 'm!

Verwijderd

Print de variabele $html_versie eens uit, vlak voordat je hem toevoegt aan je header. Is hij wel gevuld? Ik ben niet heel zeker hoe PHP omgaat met het verschil in hoofd- en kleine letters. Bovenin declareer je $HTML_versie, maar je gebruikt $html_versie.

vrijdag 20 juni 2003 13:08

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Verwijderd schreef op 20 juni 2003 @ 08:42:
Print de variabele $html_versie eens uit, vlak voordat je hem toevoegt aan je header. Is hij wel gevuld? Ik ben niet heel zeker hoe PHP omgaat met het verschil in hoofd- en kleine letters. Bovenin declareer je $HTML_versie, maar je gebruikt $html_versie.

Als brave programmeur heb ik natuurlijk de inhoud van die variabele al grondig gecheckt. Daar ligt het dus niet aan.

Wat ik wel interessant vond aan je opmerking is je laatste zin. Dat heb ik helemaal over het hoofd gezien. Niet te geloven dat ik zoiets stom niet gezien heb. Maarja, mijn probleem is dus opgelost!

Hartelijk dank !!

vrijdag 20 juni 2003 13:36

Acties:

0 Henk 'm!

stekkel

nog een opmerking, ik zie dat je boundary = blah gebruikt. Dit is niet correct, in rfc2045 kan je lezen dat de parameter specificatie voor header fields als volgt is:

parameter := attribute "=" value

Dus geen spaties gebruiken.

boundary=jouwboundary

zou het moeten zijn.

Overigens, ik mis nog steeds de end boundary: --boundary--

Je kan misschien denken wat een mierenneukerij maar het is erg belangrijk om mail te versturen dat conform de mime rfc documents is en rfc822 headers te versturen conform rfc2882.

Ik heb al te veel shit gezien en het is een PITA om niet conforme mail headers te parsen.
Outlook zorgt al voor genoeg narigheid.

vrijdag 20 juni 2003 19:54

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Bedankt stekkel, ga ik dit weekend zeker eens naar kijken (heb vandaag geen tijd meer).

woensdag 6 augustus 2003 16:30

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Ok, het stukje mailscriptje waarmee ik problemen had wordt momenteel echt gebruikt en werkt. Toch zijn er een paar mensen die een onleesbare mail krijgen. Kan iemand even m'n code doorlopen en me vertellen wat ik toch nog verkeerd doe?

PHP:

$to = "emailadres@blabla.com";
$subject = "Bevestiging";

$boundary=uniqid("BLAHBLIBLOE");
    
$header = "From: mailsystem@blabla.com\r\n";
$header .= "MIME-Version: 1.0\r\n";
$header .= "Content-Type: multipart/alternative; boundary=$boundary\r\n\r\n";
$header .= "This is a MIME encoded message.\r\n\r\n";
$header .= "--$boundary\r\n";   
$header .= "Content-Type: text/plain; charset=ISO-8859-1\r\n";
$header .= "Content-Transfer-Encoding: base64\r\n\r\n";
$header .= chunk_split(base64_encode("$tekst_versie"));
$header .= "--$boundary\r\n";
$header .= "Content-Type: text/html; charset=ISO-8859-1\r\n";
$header .= "Content-Transfer-Encoding: base64\r\n\r\n";
$header .= chunk_split(base64_encode("$HTML_versie"));
$header .= "--$boundary--\r\n";

De variabelen worden perfect opgevuld. Als ik aan de desbetreffende personen vraag om hun aangekregen mail terug te sturen naar mij en ik de bron in een nieuw bestandje plaats (met .eml-extensie van outlook express), kan ik deze perfect leesbaar openen.

Iemand zei mij ook om eventueel met 7bit te werken ipv base64 maar hier geraak ik niet uit.

[ Voor 8% gewijzigd door Blacksnak op 06-08-2003 16:30 ]

woensdag 6 augustus 2003 17:47

Acties:

0 Henk 'm!

marty

kwestie van de tekst-versie gewoon niet encoden volgens mij

woensdag 6 augustus 2003 23:15

Acties:

0 Henk 'm!

Verwijderd

mmM een vraagie..
waarom gebruiken jullie":

PHP:

1
2
3

<?
$iets .= "hoi" ; 
?>

waarvoor is die .=

woensdag 6 augustus 2003 23:19

Acties:

0 Henk 'm!

bigtree

Verwijderd schreef op 06 August 2003 @ 23:15:
mmM een vraagie..
waarom gebruiken jullie":
PHP:
1
2
3
<?
$iets .= "hoi" ; 
?>
waarvoor is die .=

Om iets achter een string te plakken. Huiswerk.

Lekker woordenboek, als je niet eens weet dat vandalen met een 'n' is.

woensdag 6 augustus 2003 23:20

Acties:

0 Henk 'm!

Sn3akz

Verwijderd schreef op 06 August 2003 @ 23:15:
mmM een vraagie..
waarom gebruiken jullie":
PHP:
1
2
3
<?
$iets .= "hoi" ; 
?>
waarvoor is die .=

Dan wordt de string aan de var toegevoegd (aan de 8rkant, that is)

edit:
Eerder, altijd iemand eerder

[ Voor 14% gewijzigd door Sn3akz op 06-08-2003 23:21 ]

donderdag 7 augustus 2003 01:12

Acties:

0 Henk 'm!

marty

@micra: het wordt overigens niet echt gewaardeerd om dit soort vragen in andermans topic te stellen. Ten eerste wordt het dan een chaos en ten tweede zou je het zelf denk ik ook niet leuk vinden als mensen je aan het helpen zijn en iemand anders leidt ineens alle aandacht af.
Gewoon even zelf een nieuw topic openen voortaan (of lees eerst de basisdingen uit de php manual eens door

misschien is dat nog een beter idee)

donderdag 7 augustus 2003 11:30

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Idd, ff terug naar mijn vraag aub.

Marty, het tekstgedeelte niet encoden resulteerd enkel in een stukje leesbare mail tussen alle andere rare tekens (eigenlijk de bron van de mail)

donderdag 7 augustus 2003 12:16

Acties:

0 Henk 'm!

marty

heb je deze regel ook aangepast:

$header .= "Content-Transfer-Encoding: base64\r\n\r\n";

in
$header .= "Content-Transfer-Encoding: 7bit\r\n\r\n";
?

donderdag 7 augustus 2003 13:39

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Ja, het enige verschil dat ik dan krijg, is dat in de mail het text-gedeelte leesbaar is ipv gecodeerd. Voor de rest veranderd er niets.

Even duidelijk maken met stukje mail:

code:

Content-Type: multipart/alternative; boundary=BLABLA3f2fc983352ef
Return-Path: anonymous@mail.com
X-OriginalArrivalTime: 05 Aug 2003 15:10:14.0263 (UTC)
FILETIME=[AC087070:01C35B63]


This is a MIME encoded message.

--BLABLA3f2fc983352ef
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Het gedeelte van de mail in plain tekstformaat is dus wel leesbaar tussen alle
andere rommel!

--BLABLA3f2fc983352ef
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: base64

cyB2b2xndCB1aXQ6PC9mb250Pjxicj48YnI+PFRBQkxFPgo8VFI+PFREPjxmb250IHNpemU9JzEn

IGZhY2U9J1ZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYnPjEgKSA8L2ZvbnQ+

PC9URD48VEQ+PGZvbnQgc2l6ZT0nMScgZmFjZT0nVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwg

* ...KNIP KNIP... *

> --BLABLA3f2fc983352ef--

edit:

En dit is dus echt de inhoud van de mail die men aankrijgt en NIET de bron!

[ Voor 83% gewijzigd door Blacksnak op 08-08-2003 16:30 ]

vrijdag 8 augustus 2003 11:04

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

*schopje*

Zou echt oplossing moeten hebben voor het probleem. :-s

vrijdag 8 augustus 2003 11:21

Acties:

0 Henk 'm!

bigtree

Het lijkt me dat je toch je huiswerk niet goed hebt gedaan.
- De html-versie encoden is niet noodzakelijk
- De body verstuurt men doorgaans in de body en niet in de headers.

Zijn zat werkende voorbeelden te vinden, lijkt me zo.

Lekker woordenboek, als je niet eens weet dat vandalen met een 'n' is.

vrijdag 8 augustus 2003 14:51

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

- Als ik de html-versie niet encode blijft het probleem bestaan. Het enigste verschil is dan dat ik het html-gedeelte kan lezen ipv dat het gecodeerd is.

- het verplaatsen van de tekst naar de body lost niks op.

Ik heb al een heleboel werkende voorbeelden bekeken en vergeleken met die van mij (die ik notabene ook ergens gevonden heb en aangepast) maar ik krijg het voor die mensen NIET correct.

Het kan toch niet dat het niet mogelijk is om deze mensen een juiste mail te versturen? Ik moet toch ergens iets fout doen, kan toch niet anders?

vrijdag 8 augustus 2003 15:07

Acties:

0 Henk 'm!

bigtree

boundary = BLABLA3f2fc983352ef

Zou je je niet aan de RFC houden dan? Daar staan toch echt geen spaties tussen 'boundary' en '=' en de waarde van de boundary.

Lekker woordenboek, als je niet eens weet dat vandalen met een 'n' is.

vrijdag 8 augustus 2003 16:23

Acties:

0 Henk 'm!

marty

wat voor email-proggie gebruiken die mensen die rommel zien trouwens?
Wat namelijk ook nog zou kunnen is dat dat proggie (wel een slechte dan) als volgt redeneert:

> Content-Type: text/html; charset=ISO-8859-1
=> geen attachment maar een lap text

> Content-Transfer-Encoding: base64
=> negeren we lekker, verwacht dat het gewoon 7bit geëncode is

=> resultaat rommel

vrijdag 8 augustus 2003 16:50

Acties:

0 Henk 'm!

bigtree

De code uit de link die ik eerder stuurde, werkt perfect. Gebruik die en pas de inhoud van de text- en html-versie aan zou ik zeggen. Beter goed gejat dan slecht verzonnen.

Lekker woordenboek, als je niet eens weet dat vandalen met een 'n' is.

vrijdag 8 augustus 2003 17:13

Acties:

0 Henk 'm!

Blacksnak

Topicstarter

Bigtree, die doet het inderdaad perfect. Hartelijk dank (heb zelf slecht gepikt dan blijkbaar)

Maar nu weet ik wel nog niet wat ik fout doe (heb gedaan). Mocht iemand dit zien mag hij me dat altijd vertellen. Daar heb ik en anderen waarschijnlijk nog iets aan!

vrijdag 8 augustus 2003 19:59

Acties:

0 Henk 'm!

Verwijderd

rtfm

modbreak: dit soort reacties zijn op GoT niet gewenst. als je ergens een probleem mee hebt meld je dat maar in Schop een Modje of in een topicreport

[ Voor 96% gewijzigd door curry684 op 09-08-2003 01:36 ]

maandag 11 augustus 2003 21:35

Acties:

0 Henk 'm!

stekkel

je end boundary begint niet op een nieuwe regel.

plaats ff een \n voor --boundary--

Onderwerpen