[Email] Mail versturen met HTML

Juist, de titel zegt het al.

Ik moet voor een mailing een divje een achtergrond geven maar de standaard html att wil niet werken:

<div background="foot.jpg">

aangezien CSS in email beperkt is kan ik dus ook geen CSS daarvoor gebruiken.
(en geloof me, ik heb het al geprobeerd)

iemand suggesties? of een andere oplossing?

css kan je op meerdere manieren dan een externe sheet toepassen.

je kan het op deze manier doen

<style>
.class1 {
              eigenschappen;
            }
</style>

en dat aanropen met het class="class1" atribuut, maar ook op deze manier:

<div style="eigenschap1:1px; eigenschap2:url('plaatje.jpg');">bla</div>

Verder zou ik eens gaan zoeken naar welke attributen je allemaal aan een <div> tag kan hangen, dat weet ik nml niet uit mijn hoofd. Voor pagina-opmaak icm div-layers gebruik ik altijd css.

Ulfheðin schreef op 29-03-2005 @ 11:21 :
css kan je op meerdere manieren dan een externe sheet toepassen.

je kan het op deze manier doen

<style>
.class1 {
              eigenschappen;
            }
</style>

en dat aanropen met het class="class1" atribuut, maar ook op deze manier:

<div style="eigenschap1:1px; eigenschap2:url('plaatje.jpg');">bla</div>

Verder zou ik eens gaan zoeken naar welke attributen je allemaal aan een <div> tag kan hangen, dat weet ik nml niet uit mijn hoofd. Voor pagina-opmaak icm div-layers gebruik ik altijd css.

ik doe het al niet via een externe file..
en wat jij zegt heb ik allemaal geprobeert maar het ligt dus echt aan die background-image:

het is gewoon dat die background: url(); helemaal neit herkend wordt door een mail programma..

[M@rco]

<div style="background-image: url('http://bla.com/plaatje.jpg');"> werkt echt niet?

Zo niet dan heb je pech, of je moet een tabel gaan gebruiken (<td background="blabla"> werkt wel). Dat lijkt me eigenlijk de meest simpele oplossing

SE schreef op 29-03-2005 @ 11:09 :
Juist, de titel zegt het al.

Ik moet voor een mailing een divje een achtergrond geven maar de standaard html att wil niet werken:

<div background="foot.jpg">

aangezien CSS in email beperkt is kan ik dus ook geen CSS daarvoor gebruiken.
(en geloof me, ik heb het al geprobeerd)

iemand suggesties?

CSS is helemaal niet beperkt in email. Het is het mail programma dat een brakke implementatie heeft (of het gebruikt de IE engine, maar dat komt op hetzelfde neer).

Waar heb je het plaatje foot.jpg staan?

Want je kunt 'm niet zomaar als attachement eraan linken..
En via een website linken accepteren de meeste clients niet..

eddie schreef op 29-03-2005 @ 12:09 :
CSS is helemaal niet beperkt in email. Het is het mail programma dat een brakke implementatie heeft (of het gebruikt de IE engine, maar dat komt op hetzelfde neer).

Eudora, Thunderbird en Outlook hebben dus een brakke implementatie

********** schreef op 29-03-2005 @ 12:26 :
Waar heb je het plaatje foot.jpg staan?

Want je kunt 'm niet zomaar als attachement eraan linken..
En via een website linken accepteren de meeste clients niet..

die htmlpagina wordt via een programma verstuurd speciaal voor mailings.. die raapt alle plaatjes ook op en stuurt die mee.
Ze hangen er als attachment aan en zijn ook gewoon zichtbaar in Outlook, Eudora en Thunderbird

en dat linken vanaf een host is inderdaad waar, maar bij de 3 programmas waar wij mee testen werkt het wel..

SE schreef op 29-03-2005 @ 12:55 :
Eudora, Firefox en Outlook hebben dus een brakke implementatie

Ja.
Of de mogelijkheid om externe plaatjes niet te laten zien.

eddie schreef op 29-03-2005 @ 12:57 :
Ja.
Of de mogelijkheid om externe plaatjes niet te laten zien.

Als ik een plaatje in <img> tags duw en link werkt het wel

en dan kan ik kiezen tussen plaatje als attachment of deeplinken

********** schreef op 29-03-2005 @ 12:26 :
Waar heb je het plaatje foot.jpg staan?

Want je kunt 'm niet zomaar als attachement eraan linken..
En via een website linken accepteren de meeste clients niet..

wat is volgens jou dan de beste opties?

SE schreef op 29-03-2005 @ 13:41 :
wat is volgens jou dan de beste opties?

Niet

SE schreef op 29-03-2005 @ 13:41 :
wat is volgens jou dan de beste opties?

geen html gebruiken in emails

[M@rco]

eddie schreef op 29-03-2005 @ 13:54 :
geen html gebruiken in emails

++

[dafelix]

eddie schreef op 29-03-2005 @ 13:54 :
geen html gebruiken in emails

Dit is een HTML mailtje, om deze te kunnen lezen,
 moet u gaan naar deze link:

http://www.host.dot/viewmail?id=name...8327deb882cf99

dafelix schreef op 29-03-2005 @ 15:07 :

Dit is een HTML mailtje, om deze te kunnen lezen,
 moet u gaan naar deze link:

http://www.host.dot/viewmail?id=name...8327deb882cf99

kan je dat beargumenteren?

want je moet er vanuit gaan dat mensen lui zijn.

[ILUsion]

dafelix schreef op 29-03-2005 @ 15:07 :

Dit is een HTML mailtje, om deze te kunnen lezen,
 moet u gaan naar deze link:

http://www.host.dot/viewmail?id=name...8327deb882cf99

Dat lijkt me helemaal verkeerd: als ik een mail krijg, wil ik die tenminste kunnen bijhouden. Met zo'n doorklikgedoe, heb je dus verder geen aanwijzing dat je de mail hebt ontvangen.

Plain Text of desnoods RTF voor gewone berichten moet wel volstaan. Voor een nieuwsbrief is het af en toe fijn om er iets mooiers van te maken.

ILUsion schreef op 29-03-2005 @ 18:42 :
Dat lijkt me helemaal verkeerd: als ik een mail krijg, wil ik die tenminste kunnen bijhouden. Met zo'n doorklikgedoe, heb je dus verder geen aanwijzing dat je de mail hebt ontvangen.

Plain Text of desnoods RTF voor gewone berichten moet wel volstaan. Voor een nieuwsbrief is het af en toe fijn om er iets mooiers van te maken.

we hebben een mailing list.. en dat zijn een 7000 emailadressen van personen die zich er voor opgegeven hebben.. en ik kan je verzekeren dat je eruit wordt gehaald als je op afmelden klikt

met jou redenering ben ik het niet helemaal eens, want je weet 'zeker' dat ze aankomen en anders krijgt mijn collega een zooi berichten terug, en als iemand klikt op die methode kan je bekijken wie al interesse heeft getoont, dit is best handig voor de verkoop afdeling want die kunnen die personen opbellen ..

naja, morgen gaan we testen met dat systeem
ben benieuwd, eerst onze collegas er probere in te laten trappe

[dafelix]

dafelix schreef op 29-03-2005 @ 15:07 :

(...)

Dit is een HTML mailtje, om deze te kunnen lezen,
 moet u gaan naar deze link:

http://www.host.dot/viewmail?id=name...8327deb882cf99

ik denk dat mijn bericht niet begrepen werd, maar dit was ironisch (lichtelijke sarcastisch) bedoelt op de opmerking van eddie (oftewel, geen HTML in het bericht gebruiken, maar een link maken naar HTML bestand)

whatever

dafelix schreef op 29-03-2005 @ 20:06 :
ik denk dat mijn bericht niet begrepen werd, maar dit was ironisch (lichtelijke sarcastisch) bedoelt op de opmerking van eddie (oftewel, geen HTML in het bericht gebruiken, maar een link maken naar HTML bestand)

whatever

wat achteraf niet eens een verkeerd idee bleek

men collega had nog een aantal toevoegingen en we gaan morgen onze collegas foolen

[ILUsion]

SE schreef op 29-03-2005 @ 19:19 :
we hebben een mailing list.. en dat zijn een 7000 emailadressen van personen die zich er voor opgegeven hebben.. en ik kan je verzekeren dat je eruit wordt gehaald als je op afmelden klikt

met jou redenering ben ik het niet helemaal eens, want je weet 'zeker' dat ze aankomen en anders krijgt mijn collega een zooi berichten terug, en als iemand klikt op die methode kan je bekijken wie al interesse heeft getoont, dit is best handig voor de verkoop afdeling want die kunnen die personen opbellen ..

naja, morgen gaan we testen met dat systeem
ben benieuwd, eerst onze collegas er probere in te laten trappe

Volgens mij heb je me dan verkeerd begrepen. Ik heb hier graag een kopie van elke mail beschikbaar. Stel dat je ergens iets bestelt, en dat bedrijf valt niet te vertrouwen, ze sturen je enkel een mail met zo'n link en verder geen gegevens dan bij jij mooi gezien als je bestelling niet toekomt. Want waarschijnlijk is die e-mail al van hun server gehaald. Dat is net zoals een brief ontvangen van KPN: u mag in ons hoofdkantoor uw briefwisseling komen lezen.

Maar dat gaat hier wel een beetje off-topic worden, lijkt me.

ILUsion schreef op 29-03-2005 @ 21:10 :
Volgens mij heb je me dan verkeerd begrepen. Ik heb hier graag een kopie van elke mail beschikbaar. Stel dat je ergens iets bestelt, en dat bedrijf valt niet te vertrouwen, ze sturen je enkel een mail met zo'n link en verder geen gegevens dan bij jij mooi gezien als je bestelling niet toekomt. Want waarschijnlijk is die e-mail al van hun server gehaald. Dat is net zoals een brief ontvangen van KPN: u mag in ons hoofdkantoor uw briefwisseling komen lezen.

Maar dat gaat hier wel een beetje off-topic worden, lijkt me.

Jamaar, als onze marketing afdeling dan een nette begeleidende brief bij doet die gepersonaliseerd is ( dus met naam in de briefhoofd enz ) is dat toch geen probleem.. dan vind ik onze huidige mailings meer op spam lijken..

k zie morgen wel hoe het werkt.. we proberen het namenlijk uit op de verkoop afdeling (met een onbekend product onder een andere naam) en dan laten we het resultaat zien als het iets is tenminste ..

Email zou of in plain text, of in rtf moeten. In het geval dat je echt HTML wilt gebruiken, biedt dan tenminsten een plaint text versie aan (Eudora kan bijvoorbeeld plain & styled tegelijk versturen in één email).

[ILUsion]

Is het niet een beter idee om de mail HTML door te sturen en die ook op jullie webserver te plaatsen? In de mail zet je dan helemaal bovenaan een melding dat de mensen bij problemen ook steeds op een bepaalde URL (bv. www.bedrijf.com/maillijst/maart2005/ ) terecht kunnen om die mail te lezen in HTML. Dat wordt tegenwoordig vaak gedaan (C|NET doet het, Clickx doet het en Kinepolis doet het ook zo).

eddie schreef op 29-03-2005 @ 21:36 :
Email zou of in plain text, of in rtf moeten. In het geval dat je echt HTML wilt gebruiken, biedt dan tenminsten een plaint text versie aan (Eudora kan bijvoorbeeld plain & styled tegelijk versturen in één email).

wij versturen niet via eudora maar via een speciaal programma.
(kweet de naam zo niet)
die kan plain text versturen met gegevens van de jklant er in.. zoals naam enz.,. of een htmlfile includen..

tot op heden werdt een htmlfile geinclude.. maar omdat ze ook wel eens bouncers kregen van clients die geen html ondersteunde was dit eigenlijk toch wel een goed systeem.. er wedt zelfs al gedacht aan textmails.. zodat iedereen die kon zien.. maar nu is er weer hoop
verder willen ze er meteen een bestelformulier aan koppelen dus de klant moet een iets hogere drempel over.. maar als ze geinteresseerd zijn is dit niet zon probleem (beschrijving een beetje spannend verwerkt in begeleidend schrijven) maar uiteindelijk is het makkelijker voor de klant om te bestellen.. dus die drempel wordt verlaagd (momenteel moeten ze verkoop bellen of mailen.. )

ILUsion schreef op 29-03-2005 @ 21:39 :
Is het niet een beter idee om de mail HTML door te sturen en die ook op jullie webserver te plaatsen? In de mail zet je dan helemaal bovenaan een melding dat de mensen bij problemen ook steeds op een bepaalde URL (bv. www.bedrijf.com/maillijst/maart2005/ ) terecht kunnen om die mail te lezen in HTML. Dat wordt tegenwoordig vaak gedaan (C|NET doet het, Clickx doet het en Kinepolis doet het ook zo).

maar er zijn ook een aantal adressen waar html geweigerd wordt.. en die krijgen we terug..
ik denk persoonlijk dat dit vrij optimaal is op het moment..

[ILUsion]

SE schreef op 29-03-2005 @ 21:42 :
maar er zijn ook een aantal adressen waar html geweigerd wordt.. en die krijgen we terug..
ik denk persoonlijk dat dit vrij optimaal is op het moment..

Dan moet je de mensen toch gewoon de keuze laten tussen HTML en plain text.

Verder is het in thunderbird ook mogelijk om plain text en HTML tegelijk te versturen. Ik weet natuurlijk niet hoe het zit met het bouncen van dergelijke mails.

ILUsion schreef op 29-03-2005 @ 21:49 :
Dan moet je de mensen toch gewoon de keuze laten tussen HTML en plain text.

Verder is het in thunderbird ook mogelijk om plain text en HTML tegelijk te versturen. Ik weet natuurlijk niet hoe het zit met het bouncen van dergelijke mails.

het is t zeker waard om uit te zoeke
(dit wordt achteraf een best interessante topic )