Toon posts:

[HTML] externe afbeeling niet weergegeven in HTML mail

Pagina: 1
Acties:

Verwijderd

Topicstarter
Hallo,

In een bepaalde website laat ik een html-email genereren. Ik wil in deze email verwijzen naar een externe afbeelding. Dit doe ik als volgt (de rest van de code laat ik weg):

code:
1
<td align="left" style="padding-left:223px; padding-top:86px; background-repeat:no-repeat; background-image:url(http://www.mijndomein.nl/images/EmailHeader.jpg);"><span style="font-family:Arial, Helvetica, sans-serif; font-size:12px; font-weight:bold;">Email</span></td>


Als ik de gegenereerde email los in mijn browser bekijk dan wordt deze correct, inclusief de afbeelding in de background-image, weergegeven. Als ik de email echter in een email client bekijk dan zie ik ipv de afbeelding alleen maar wit...
Ik heb het getest in hotmail en outlook, maar bij beide zie ik alleen wit. Hoe kan ik er voor zorgen dat mijn externe afbeelding wel goed wordt weergegeven??

Ik moet wel gebruikmaken van de afbeelding als achtergrond, omdat er nog tekst over heen moet komen...

  • BasieP
  • Registratie: Oktober 2000
  • Laatst online: 19-10 08:18
je gebruikt CSS
hier zijn de meeste email clients niet zo goed in.
doe hetzelfde met html en het werkt

This message was sent on 100% recyclable electrons.


  • moozzuzz
  • Registratie: Januari 2005
  • Niet online
Het is ook beter om die afbeelding mee te sturen in de mail ipv die te "hotlinken". Dit omwille van het feit dat de meeste email-clients zo'n "hotlinked" items blokkeren ivm security.

  • BasieP
  • Registratie: Oktober 2000
  • Laatst online: 19-10 08:18
moozzuzz schreef op donderdag 29 maart 2007 @ 19:14:
Het is ook beter om die afbeelding mee te sturen in de mail ipv die te "hotlinken". Dit omwille van het feit dat de meeste email-clients zo'n "hotlinked" items blokkeren ivm security.
niet mee eens,

volgens mij laten de meeste clients tegenwordig de keuze aan de gebruiker of de afbeeldingen getoond worden of niet
Verder is het nogal bandbreedte intensief (voor beide partijen) om afbeeldingen mee te sturen. Laat die dingen lekker ergens op een server staan, dan heb je ook minder kans dat je mailtjes bouncen vanwege volle inboxen etc.

This message was sent on 100% recyclable electrons.


Verwijderd

Topicstarter
bedankt voor de reacties, gezien de reactie van moozzuzz zal ik toch inderdaad maar het plaatje op een server laten staan.

dan dit:
je gebruikt CSS
hier zijn de meeste email clients niet zo goed in.
doe hetzelfde met html en het werkt
Ik heb het nu omgebouwd tot dit:
code:
1
<td align="left" background="http://www.mijndomein.nl/images/EmailHeader.jpg" style="padding-left:223px; padding-top:86px; background-repeat:no-repeat;"><span style="font-family:Arial, Helvetica, sans-serif; font-size:12px; font-weight:bold;">Email</span></td>


maar de afbeelding wordt nog steeds niet weer gegeven. Of zou ik volgens jou nog meer aan moeten passen??

  • Kelfox
  • Registratie: Januari 2002
  • Laatst online: 10-05-2023
Gewoon:

code:
1
<img src="bla.jpg" />

  • Fuzzillogic
  • Registratie: November 2001
  • Laatst online: 01-07 22:34
BasieP schreef op donderdag 29 maart 2007 @ 19:18:
[...]

niet mee eens,

volgens mij laten de meeste clients tegenwordig de keuze aan de gebruiker of de afbeeldingen getoond worden of niet
Verder is het nogal bandbreedte intensief (voor beide partijen) om afbeeldingen mee te sturen. Laat die dingen lekker ergens op een server staan, dan heb je ook minder kans dat je mailtjes bouncen vanwege volle inboxen etc.
Wel mee eens. Normale desktop clients zoals Thunderbird en Outlook (Express) laten meegestuurde afbeeldingen wel zien. Bandbreedte heb je helemaal zelf in de hand; Met <<100KB kun je een prima aangeklede HTML-mail versturen, inclusief afbeeldingen. En als bedrijf moet je dan maar even die extra euro uitgeven voor de bandbreedte. Ik verbaas me over de hoeveelheid HTML-mail die ik van bedrijven krijg die dat niet doen, maar de afbeeldingen dus hotlinken en daarmee van mij vragen om extra acties te ondernemen om hun e-mails goed te laten weergeven. Dacht het niet.

Veel webmail-drek denkt daar weer anders over, maar drekdrek zoals hotmail flikkeren al zoveel essentiele zaken weg dat we geconcludeerd hebben dat een fatsoenlijke grafische opmaak voor de bekende webmail-drek onhaalbaar is. We sturen naar e-mailadressen van die diensten dan ook alleen nog maar de plain-text variant.

Je ziet, ik ben niet echt te spreken over die webmail-only diensten :( Ik ga er nog maar vanuit dat mensen die hun e-mail wel waarderen een normale e-maildienst gebruiken en hun e-mail lezen in een fatsoenlijke desktopclient.

Verwijderd

Topicstarter
uhmm bedankt, maar
code:
1
<img src="bla.jpg" />


gaat niet werken omdat er nog tekst over het plaatje heen moet komen, dan moet ik dus op een of andere manier het plaatje toch als achtergrond gebruiken..

  • Snake
  • Registratie: Juli 2005
  • Laatst online: 07-03-2024

Snake

Los Angeles, CA, USA

NOFI, maar mail is textbased, wil je html, dan zet je er maar in linkje in naar de html site. Zo moet het, en niet anders.

Going for adventure, lots of sun and a convertible! | GMT-8


  • Fuzzillogic
  • Registratie: November 2001
  • Laatst online: 01-07 22:34
De bittere realiteit is helaas anders. Klanten willen het, en je kunt ze er echt niet vanaf lullen; de concurrent heeft het ook.

CSS is eigenlijk een no-go voor HTML-mail. Dus dan wordt het weer het antieke table-werk. Je kunt daar nog gaan aanklooien met non-standaard background-attributen voor de table cells om plaatjes als achtergrond tekrijgen.

En ach, op zich is het nog niet zo'n groot probleem, zolang je er maar voor zorgt dat je ook een nette plain-text versie meestuurt. Dan kan de ontvanger (ik theorie) zelf beslissen of hij de plain-text wil of de HTML-meuk.

Enfin, bezint eer ge begint. Om het echt goed voor elkaar te krijgen ben je wel een tijdje bezig. Dé manier om een klant te overtuigen van het mijnenveld van HTML-mail in de huidige vorm, is om de problemen inzichtelijk te maken, en een prijskaartje met aardig wat cijfers eraan hangen om die problemen te omzeilen.

Ik ben niet perse tegen HTML-achtige opmaak van e-mail, want kan weldegelijk beter smoelen en beter communiceren. Maar dan moet het wel op een fatsoenlijke manier kunnen, dus net als "normale" HTML goed gestructureerd kunnen zodat zelfs de plain-text versie overbodig is. Momenteel is er geen goede standaard/oplossing voor om de problemen met m.n. spam, privacy en security goed op te kunnen lossen.

Verwijderd

Snakiej schreef op zondag 01 april 2007 @ 15:11:
NOFI, maar mail is textbased, wil je html, dan zet je er maar in linkje in naar de html site. Zo moet het, en niet anders.
Onzin. Het is gewoon een formaat om gegevens over te dragen. Welke gegevens dat zijn maakt niet uit. Al wil je bij wijze van spreken alleen een PDF of zip bestand sturen als body. Dat het vrijwel alleen voor tekst wordt gebruikt is iets anders.

Verwijderd

Fuzzillogic schreef op zondag 01 april 2007 @ 17:50:
De bittere realiteit is helaas anders. Klanten willen het, en je kunt ze er echt niet vanaf lullen; de concurrent heeft het ook.
De klant bepaalt. De klant betaalt.
CSS is eigenlijk een no-go voor HTML-mail. Dus dan wordt het weer het antieke table-werk. Je kunt daar nog gaan aanklooien met non-standaard background-attributen voor de table cells om plaatjes als achtergrond tekrijgen.
In principe werkt het nog wel, die CSS, maar eigenlijk kun je beter van HTML 3.2 uitgaan, en met CSS die paar nitfy dingetjes goed krijgen wat je met HTML niet voor elkaar krijgt.
En ach, op zich is het nog niet zo'n groot probleem, zolang je er maar voor zorgt dat je ook een nette plain-text versie meestuurt. Dan kan de ontvanger (ik theorie) zelf beslissen of hij de plain-text wil of de HTML-meuk.
Een beetje een client hoort van HTML wel een redelijke plain text representatie te kunnen maken. Text-only browsers moeten dat immers ook kunnen.

Dat het verstandig is een preformatted plain text body mee te sturen is wel zo.
Enfin, bezint eer ge begint. Om het echt goed voor elkaar te krijgen ben je wel een tijdje bezig. Dé manier om een klant te overtuigen van het mijnenveld van HTML-mail in de huidige vorm, is om de problemen inzichtelijk te maken, en een prijskaartje met aardig wat cijfers eraan hangen om die problemen te omzeilen.
Is dat niet de standaardprocedure bij eigenwijze klanten? Als het per se op een bepaalde manier moet, dan is dat goed, maar dan gaan ze ervoor betalen.
Ik ben niet perse tegen HTML-achtige opmaak van e-mail, want kan weldegelijk beter smoelen en beter communiceren. Maar dan moet het wel op een fatsoenlijke manier kunnen, dus net als "normale" HTML goed gestructureerd kunnen zodat zelfs de plain-text versie overbodig is. Momenteel is er geen goede standaard/oplossing voor om de problemen met m.n. spam, privacy en security goed op te kunnen lossen.
Dat is eigenlijk de beste verwoording die ik zou kunnen bedenken. HTML kan wel degelijk meerwaarde hebben. Voor een professioneel bedrijf is het mooi als mail in de huisstijl kan worden verstuurd. Denk bijvoorbeeld aan banken, verzekeringsmaatschappijen, etcetera. Het komt betrouwbaarder over als het in de huisstijl is verstuurd. Maar het moet natuurlijk geen kermis worden met felle kleuren, animated gif plaatjes enzovoorts.
Pagina: 1