:strip_icc():strip_exif()/u/91995/th_flcl.jpg?f=community)
Ik ben bezig om de e-mail handtekening binnen ons bedrijf wat te professionaliseren. Ik weet dat de meningen ontzettend verdeeld zijn over afbeeldingen in de handtekening, maar toch willen we enkele kb's aan afbeeldingen mee geven en de handtekening zo opmaken dat deze zowel met als zonder afbeeldingen er goed uit ziet, dus ook goed er uit ziet voor mensen die afbeeldingen blocken of plain text laden alsnog een goede e-mail te zien krijgen.
De e-mail clients zijn allemaal Outlook 2010 zonder Exchange Server. Gezien het e-mail client gebruik van onze klanten willen we ons focussen op Gmail en Outlook.
Over het algemeen zijn er een paar verschillende manieren.
1. Standaard zal Outlook 2010 de afbeeldingen als bijlage meesturen en d.m.v. Content-IDs (cid) deze embedden zodat ze in de e-mail zelf komen te staan. Hiervoor wordt tevens de afbeelding in Base64 strings gecodeerd. Het nadeel is dat hierdoor veel non-Outlook 2010 clients (zoals Gmail) aangeven dat de mail bijlagen bevat, terwijl dat niet zo is. Ik vind dat eigenlijk vrij storend.
2. met een regedit (was in 2003 en 2007 gewoon een optie) kunnen afbeeldingen extern worden gelinkt. Helaas worden in dat geval veelal afbeeldingen niet standaard geladen in o.a. Gmail en Outlook (wat in de andere bovenstaande optie methode wel gebeurt)
3. De afbeelding kan ook volledig in de e-mail data worden geëmbed door:
a) in de MIME informatie de afbeelding als base64 string te coderen en d.m.v. Content-IDs hiernaar te verwijzen in de e-mail zelf.
b) de afbeelding te hardcoden in de HTML dmv
Enkele e-mails van onze klanten vertonen nadeel 1 en 2 niet (dus de afbeeldingen zijn geen bijlage en staan volgens methode 3a of 3b er in). Echter, ik krijg methode 3 totaal niet aan de praat via Outlook 2010.
--- Voorbeeld ---
Ik kan niets beïnvloeden aan de MIME informatie (3a), en als ik de html code van 3b in de .htm signature file gooi in:
c:\users\<user>\AppData\Roaming\Microsoft\Signatures
krijg ik een rood kruis:
In bovenstaand voorbeeld heb ik deze afbeelding gepoogd als handtekening te gebruiken door:
- Nieuwe handtekening te maken met de tekst "Test"
- De afbeelding als Base64 te converteren via deze website
- De HTML code onder de "Test" tekst te plaatsen. Dit gaf de volgende code tussen de body tags:
De volgende code krijg ik er uit als ik de source bekijk bij aankomst:
Ook een client als Gmail, waarvan ik zeker weet dat deze met deze implementatie overweg kan, kan er alsnog niets van maken.
--- Vooronderzoek ---
Allereerst, ik ben geen web developer. Ik weet best wel wat HTML en leer snel. Alleen dit raadsel krijg ik gewoon niet opgelost. Ten eerste gewoon omdat ik bepaalde controle mis over de MIME informatie, anderzijds omdat ik niet snap dat ogenschijnlijk correcte code (zoals hierboven) gewoon niet werkt. Ik heb dan ook het gevoel dat mijn kennis ontzettend tekort schiet, maar zelfs dan nog is er heel weinig info over te vinden. Als er al wat over te vinden is, zijn het scripts voor mailservers die ook weinig duidelijkheid bieden.
Uiteraard heb ik al flink wat lopen googlen op combinaties van "base64" en "Outlook" en andere steekwoorden. Gek genoeg leverde dit echt vrijwel niets op. Bij meer algemeen zoeken naar wat ik wil doen (zonder oplossingstermen als "base64), namelijk de manieren om afbeeldingen in een e-mail (handtekening) te zetten, kom ik vooral op oplossingen 1 en 2. Terwijl ik dus meerdere voorbeeldjes heb van e-mails die gewoon oplossing 3 volgen (wel specifiek a, dus de base64 in de MIME info te gooien).
Mijn contacten die mij mailen opbellen met vragen hoe ze het doen zou erg onprofessioneel zijn gezien de zakenrelatie. De ene contact waar ik het wel aan had kunnen vragen, kon dit regelen vanuit zijn client (Lotus Notes).
Ik heb ook heel veel lopen rommelen in de handtekeningen map. Als je bijvoorbeeld de afbeeldingen embed (oplossing 1), dan worden ze OOK als base64 in de MIME e-mail gezet. Ik hoopte via de handtekeningen map (c:\users\<user>\AppData\Roaming\Microsoft\Signatures) de afbeeldingen map te kunnen verwijderen, maar nog steeds worden ze meegestuurd en door Gmail herkent als bijlage. Ook het doorlopen van de verschillende bestanden (vooral de XMLs) die bij de e-mail handtekening hoorden leverde niets op.
Mijn conclusie is dat het OF wel mogelijk is met Outlook, maar de juiste opties ver weg zitten gestopt of een workaround nodig hebben. OF dat het niet mogelijk is met Outlook, en we dus methode 1 of 2 moeten kiezen als sub-optimale oplossing (of wisselen van client)
De e-mail clients zijn allemaal Outlook 2010 zonder Exchange Server. Gezien het e-mail client gebruik van onze klanten willen we ons focussen op Gmail en Outlook.
Over het algemeen zijn er een paar verschillende manieren.
1. Standaard zal Outlook 2010 de afbeeldingen als bijlage meesturen en d.m.v. Content-IDs (cid) deze embedden zodat ze in de e-mail zelf komen te staan. Hiervoor wordt tevens de afbeelding in Base64 strings gecodeerd. Het nadeel is dat hierdoor veel non-Outlook 2010 clients (zoals Gmail) aangeven dat de mail bijlagen bevat, terwijl dat niet zo is. Ik vind dat eigenlijk vrij storend.
2. met een regedit (was in 2003 en 2007 gewoon een optie) kunnen afbeeldingen extern worden gelinkt. Helaas worden in dat geval veelal afbeeldingen niet standaard geladen in o.a. Gmail en Outlook (wat in de andere bovenstaande optie methode wel gebeurt)
3. De afbeelding kan ook volledig in de e-mail data worden geëmbed door:
a) in de MIME informatie de afbeelding als base64 string te coderen en d.m.v. Content-IDs hiernaar te verwijzen in de e-mail zelf.
b) de afbeelding te hardcoden in de HTML dmv
code:
1
| <img src="<img src="data:image/png;base64,[b]base-64-string[/b]" /> |
Enkele e-mails van onze klanten vertonen nadeel 1 en 2 niet (dus de afbeeldingen zijn geen bijlage en staan volgens methode 3a of 3b er in). Echter, ik krijg methode 3 totaal niet aan de praat via Outlook 2010.
--- Voorbeeld ---
Ik kan niets beïnvloeden aan de MIME informatie (3a), en als ik de html code van 3b in de .htm signature file gooi in:
c:\users\<user>\AppData\Roaming\Microsoft\Signatures
krijg ik een rood kruis:
In bovenstaand voorbeeld heb ik deze afbeelding gepoogd als handtekening te gebruiken door:
- Nieuwe handtekening te maken met de tekst "Test"
- De afbeelding als Base64 te converteren via deze website
- De HTML code onder de "Test" tekst te plaatsen. Dit gaf de volgende code tussen de body tags:
code:
1
2
3
4
5
6
7
8
9
| <div class=WordSection1> <p class=MsoNormal>Test</p> <p> <img width="48" height="48" src="data:image/gif;base64,R0lGODlhMAAwAIQAAAAAAN/fAJ+fn5WVlTAwAI+PAGBgAFVVVb+/ADU1NRAQACsrK+/vABUVFQsLC0BAAKqqqp+fAHBwAIqKioCAgM/PAGpqamBgYCAgAP//AEpKSkBAQFBQACAgIK+vAICAACH5BAEAABAALAAAAAAwADAAAAX+ICSOZGlCAkUJZ+u+5XQtDmDfznJNcN9OmobtIfkUEIjCR/KwNTQ8X2+wASgMHkZmy+0yPAYFYDOQug62j7bLbjM+toO5JFgADIG2Xh8wABYscxMdChV7h3oVCh1RPhMOBGuIk1wMBA6NL48GkpSeDAaYMAIdkZ6nlQQdgS0LCp2onwoLLhoAhogMCLBbCHmIFQAaJwN3kwwYABiwHDa4h35lJVW/hxE3EV0BNwaT2xsxABKUfjbdXNc2GJQSAJkar5RNQ11wN5QMCsMjDeeT8wAe1LsBwJOBBiMmAPBgkFuXdMo8eXAn4gIAXnoQ3EDgRQyAD58AXBCxQOApBB/+OLIJ8CHbqQe0IDgYF6vmHgkORHy0yZMNHBQACvQcmqEAgBQAVBK1qVFF0kMVHjxDFXUqm6YCgrJhuAUOxmM7t3DlYpRF2C1hPiy50jNMkQ9sufyUSXMLg2Y2OHzFhxeA3i44SZr0ck3oUKMReMGseFHPg3g88w32IlKEwrFdNE6O1URpl4mN+u255g+VH5dtDpKA9xUOp1OgzrLJt09EsdJbFWBAbQ2DAsxsok0DUK1NBQLKCljNUKFAMgLLuXwzMcABh0kRAGJ48CDZEN56ODiQVgINeD1fPhjgbuBDFkrX5LTocGsp1EUvBDRQUNz+lgAKNMDKD5DsFdklmbhqMEEDGETHUwUYNJBgfoQYRlQBiwwoRRUYeBYLAsmAMwcJFgjxgIeTINBEAxaMeMIBNWAgAYqZSZCMA/K5eIIAFmxQAwAEPMCBWhw8gBwADmxggYY6tkDBAQksQB8AHSyQwAEUNKnlliOEAAA7" /> </p> <p class=MsoNormal><o:p> </o:p></p> </div> |
De volgende code krijg ik er uit als ik de source bekijk bij aankomst:
code:
1
| <body lang=NL link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span style='mso-fareast-language:NL'>Test<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman","serif";mso-fareast-language:NL'><img width=48 height=48 id="_x0000_i1025" src="data:image/gif;base64,R0lGODlhMAAwAIQAAAAAAN/fAJ+fn5WVlTAwAI+PAGBgAFVVVb+/ADU1NRAQACsrK+/vABUVFQsLC0BAAKqqqp+fAHBwAIqKioCAgM/PAGpqamBgYCAgAP//AEpKSkBAQFBQACAgIK+vAICAACH5BAEAABAALAAAAAAwADAAAAX+ICSOZGlCAkUJZ+u+5XQtDmDfznJNcN9OmobtIfkUEIjCR/KwNTQ8X2+wASgMH" alt="data:image/gif;base64,R0lGODlhMAAwAIQAAAAAAN/fAJ+fn5WVlTAwAI+PAGBgAFVVVb+/ADU1NRAQACsrK+/vABUVFQsLC0BAAKqqqp+fAHBwAIqKioCAgM/PAGpqamBgYCAgAP//AEpKSkBAQFBQACAgIK+vAICAACH5BAEAABAALAAAAAAwADAAAAX+ICSOZGlCAkUJZ+u+5XQtDmDfznJNcN9OmobtIfkUEIjCR/KwNTQ8X2+wASgMHkZmy+0yPAYFYDOQug62j7bLbjM+toO5JFgADIG2Xh8wABYscxMdChV7h3oVCh1RPhMOBGuIk1wMBA6NL48GkpSeDAaYMAIdkZ6nlQQdgS0LCp2onwoLLhoAhogMCLBbCHmIFQAaJwN3kwwYABiwHDa4h35lJVW/hxE3EV0BNwaT2xsxABKUfjbdXNc2GJQSAJkar5RNQ11wN5QMCsMjDeeT8wAe1LsBwJOBBiMmAPBgkFuXdMo8eXAn4gIAXnoQ3EDgRQyAD58AXBCxQOApBB/+OLIJ8CHbqQe0IDgYF6vmHgkORHy0yZMNHBQACvQcmqEAgBQAVBK1qVFF0kMVHjxDFXUqm6YCgrJhuAUOxmM7t3DlYpRF2C1hPiy50jNMkQ9sufyUSXMLg2Y2OHzFhxeA3i44SZr0ck3oUKMReMGseFHPg3g88w32IlKEwrFdNE6O1URpl4mN+u255g+VH5dtDpKA9xUOp1OgzrLJt09EsdJbFWBAbQ2DAsxsok0DUK1NBQLKCljNUKFAMgLLuXwzMcABh0kRAGJ48CDZEN56ODiQVgINeD1fPhjgbuBDFkrX5LTocGsp1EUvBDRQUNz+lgAKNMDKD5DsFdklmbhqMEEDGETHUwUYNJBgfoQYRlQBiwwoRRUYeBYLAsmAMwcJFgjxgIeTINBEAxaMeMIBNWAgAYqZSZCMA/K5eIIAFmxQAwAEPMCBWhw8gBwADmxggYY6tkDBAQksQB8AHSyQwAEUNKnlliOEAAA7"></span><span style='font-size:12.0pt;font-family:"Times New Roman","serif";mso-fareast-language:NL'><o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p></div></body> |
Ook een client als Gmail, waarvan ik zeker weet dat deze met deze implementatie overweg kan, kan er alsnog niets van maken.
--- Vooronderzoek ---
Allereerst, ik ben geen web developer. Ik weet best wel wat HTML en leer snel. Alleen dit raadsel krijg ik gewoon niet opgelost. Ten eerste gewoon omdat ik bepaalde controle mis over de MIME informatie, anderzijds omdat ik niet snap dat ogenschijnlijk correcte code (zoals hierboven) gewoon niet werkt. Ik heb dan ook het gevoel dat mijn kennis ontzettend tekort schiet, maar zelfs dan nog is er heel weinig info over te vinden. Als er al wat over te vinden is, zijn het scripts voor mailservers die ook weinig duidelijkheid bieden.
Uiteraard heb ik al flink wat lopen googlen op combinaties van "base64" en "Outlook" en andere steekwoorden. Gek genoeg leverde dit echt vrijwel niets op. Bij meer algemeen zoeken naar wat ik wil doen (zonder oplossingstermen als "base64), namelijk de manieren om afbeeldingen in een e-mail (handtekening) te zetten, kom ik vooral op oplossingen 1 en 2. Terwijl ik dus meerdere voorbeeldjes heb van e-mails die gewoon oplossing 3 volgen (wel specifiek a, dus de base64 in de MIME info te gooien).
Mijn contacten die mij mailen opbellen met vragen hoe ze het doen zou erg onprofessioneel zijn gezien de zakenrelatie. De ene contact waar ik het wel aan had kunnen vragen, kon dit regelen vanuit zijn client (Lotus Notes).
Ik heb ook heel veel lopen rommelen in de handtekeningen map. Als je bijvoorbeeld de afbeeldingen embed (oplossing 1), dan worden ze OOK als base64 in de MIME e-mail gezet. Ik hoopte via de handtekeningen map (c:\users\<user>\AppData\Roaming\Microsoft\Signatures) de afbeeldingen map te kunnen verwijderen, maar nog steeds worden ze meegestuurd en door Gmail herkent als bijlage. Ook het doorlopen van de verschillende bestanden (vooral de XMLs) die bij de e-mail handtekening hoorden leverde niets op.
Mijn conclusie is dat het OF wel mogelijk is met Outlook, maar de juiste opties ver weg zitten gestopt of een workaround nodig hebben. OF dat het niet mogelijk is met Outlook, en we dus methode 1 of 2 moeten kiezen als sub-optimale oplossing (of wisselen van client)
Explorers in the further regions of experience...demons to some, angels to others.
/u/125506/link-8bit.png?f=community)
Aangepast, dank voor de opmerking!