Is puur implementatiegericht. Base64 is extreem eenvoudig te implementeren, een paar regels C code is genoeg als je het handig aanpakt. Vooral omdat het zich richt op blokken van data, en niet op de inhoud ervan. Quoted-printable is contextgevoelig, en daarmee wat lastiger te implementeren.
De zuinigheid zit hem vooral in het verspillen van bandbreedte. Gemiddeld zal een base64 string 30% groter zijn dan het origineel. Bij quoted-printable is dat veel minder, omdat je alleen bijzondere tekens en newlines codeert. Geen mailserver zit te wachten op een mail van 100kb terwijl het ook in 60 kan bij wijze van spreken. Bandbreedte is goedkoop, maar het moet ook niet verspild worden.
>> De zuinigheid zit ... niet verspild worden.
Ah oké, duidelijk verhaal.
>> Base64 is extreem eenvoudig te implementeren, een paar regels C code is genoeg als je het handig aanpakt.
Ah zo, ik kijk meer vanuit m'n eigen (PHP) perspectief. Wat er achter de schermen gebeurt, hou ik maar geen rekening mee :-)
Even afrondend dan, als ik me niet vergis maakte je gisteren een opmerking dat je ook images kunt encoden. Kun je op die manier een plaatje (bijv. logo) in een mail meesturen dat altijd getoond wordt, zonder dat de ontvanger eerst toestemming moet geven?
Correct. Dat is een multipart inline attachment waar je in img tags kunt verwijzen als <img src="cid:jeid">.
En dan wordt er dus niet gevraagd of de afbeeldingen getoond mogen worden? Waarom doet dan niet iedereen dat? (Mocht je daar nog een mooi codevoorbeeldje/tutorial van weten, hoor ik dat graag.)
Daar worden mails nogal groot van, dat is de belangrijkste reden om het niet te doen. Met iedere mime mailer class kun je dat zonder problemen doen. Zelf doen kan ook, maar dan is het een kwestie van even opzoeken welke attachment typen je nodig hebt, deze SO post helpt mogelijk verder:
http://stackoverflow.com/questions/4312687/how-to-embed-images-in-emailInteressant! Als ik wat meer tijd heb, ga ik me daar eens wat beter in verdiepen.
Thanks very much!
