Hjælp til salg (Ikke internet)

Nyhedsbrev i HTML med billeder

Brian Larsen — Wed, 15 Feb 2006 16:40:00 GMT

Nu vi er ved nyhedsbreve, så kan jeg kun anbefale PHPlist http://tincan.co.uk/phplist til udsendelsen. Der er bounce management, user management, tracking og meget andet indbygget. Oven i så koster det gratis :)

Nyhedsbrev i HTML med billeder

Morten Bock — Wed, 15 Feb 2006 15:43:00 GMT

Nu har tråden her ligget stille et stykke tid, men jeg vil lige høre om nogle af jer kender til en mailingliste service?

Altså et sted hvor man kan indtaste/importere de adresser der skal modtage ens nyhedsmail, og så blot sende en mail fra sit eget mailprogram til en bestemt adresse, og så bliver den sendt videre til modtagerne derfra.

Vil denne type service typisk kunne videresende både text og html mails?

Nyhedsbrev i HTML med billeder

lasse — Wed, 04 Jan 2006 08:44:00 GMT

Dato: 1/4/2006 1:04:36 AM
Forfatter: Oscar Eg Gensmann
De gør det også muligt for helt legale afsender at få en fornemmelse af om vedkommende sender e-mails afsted til folk der ikke alligevel ser billederne (bevidst eller ubevist) og ud fra det kan tage en vurdering af hvor meget fokus der bør lægges på billederne.

Fair nok - de fleste tilfælde jeg kender til, er det dog markant vigtigere, at folk får et godt førstehåndsindtryk af layoutet i en email, og at de ikke skal have ekstra besvær med emailen for at se den rigtigt.

Du kan også klikke på et link i en e-mail der ligner noget din bedste ven har sendt dig eller din samarbejdspartner, men som er et forsøg på phishing.

Det er generel viden om IT sikkerhed, at man ikke må klikke på links og attachments i emails, medmindre emailen er noget, man har en aftale om at modtage.

At nogle så gør det alligevel er årsagen til at firmaer bruger så meget energi på virusscanning, og årsagen til at rigtig store firmaers IT afdelinger kontakter en medarbejder direkte hvis vedkommende har været på besøg på et website, som ikke står på positivlisten... (flere af mine bekendte har oplevet dette).

Når det er sagt så vil jeg vove at sætte en bajer på (uden at have faktuel viden til at bakke det op) at det er en minoritet der bruger deres mailprogammer offline, i forhold til mængden af folk der læser deres mail når de er online og har en forbindelse til nettet.

Fair nok. Hvis jeg tager toget, henter jeg selv emails om morgenen så jeg kan læse dem i toget - og det samme hvis jeg skal med fly. Der er ingen grund til at læse emails mens man er på kontoret, hvis man alligevel skal med tog eller fly. Men jeg må indrømme, at der ikke er mange der sidder og læser mails i S-togene i Københavnsområdet.

Min nabo havde i sit sidste arbejde også en bærbar, og havde den ikke på nettet, når han var hjemme, men han ordnede ofte mails hjemme om aftenen.

Min anden nabo bruger stadigvæk modem... og den lukker jo efter hentning. Alt afhængigt af målgruppe er modems stadigvæk væsentligt tilstede blandt private. Sidste gang vi lavede en målgruppe undersøgelse var jeg lidt chokeret over, hvor mange i en målgruppe for noget teknisk udstyr, der privat brugte modem.

--------
Hertil kommer, at eksterne billeder er en god indikator på, at noget er spam.
--------
Ej, den må du længere ud på landet med .

Da jeg sidst testede emails, putter jeg dem bl.a. gennem spamassassin 2.x, som er ret god til at fortælle, hvad den giver spampoint for. Noget, der kan identificere, at du har set emailen, er en spam indikation. Du kan se flere ting, der kigges efter, her:

http://spamassassin.apache.org/tests_3_0_x.html

Faktisk tror jeg at jeg får flere spammails med interne billeder end omvendt efterhånden.

Ja, de bliver bedre og bedre til at undgå at blive fanget i spamfiltrene :-) Men en nyheds email bør altså være bedre til at komme igennem et spamfilter end en spam email.

Nu synes jeg du blander tingene sammen. Du bliver blacklistet på spamcop hvis tilpas mange anmelder dig og du ikke reagerer og kan forklare at du har dine ting i orden.

Nu er det 1,5 år siden jeg sidst har sendt større mængder emails ud, men min erfaring er, at når man har sendt et større antal tusinde emails ud til sine betalende kunder, så bliver man, afhængig af målgruppen, med ret stor sandsynlighed sortlistet på spamcop. Og de venter altså ikke til at man møder på arbejde igen mandag morgen før de sortlister mailserveren.

Vores løsning på problemet var at bruge en mailserver til udsendelse, som ikke bruges til andet, så det kun er den der sortlistes, samt at vi udsendte alle emails på kortest mulig tid, ligesom at alle emails var lidt forskellige for at undgå s

Nyhedsbrev i HTML med billeder

Oscar Eg Gensmann — Wed, 04 Jan 2006 00:56:00 GMT

Nu vi er ved en lille opdatering så er det værd at bemærke at i nyere udgaver af e-mail-klienten Thunderbird (glimrende alternativ til outlook express og outlook, hvis man ikke skal bruge kalender m.v. men skal have et effektivt e-mail-program), er der begyndt at dukke advarsler op omkring potentiel phishing i mange e-mails.

Mange af disse er ofte hvad man kalder falske positiver, da det ikke er phishing, men de falder ind under nogle regler der er bygget ind i e-mail-klienten.

Det drejer sig bl.a. om følgende:

- Links that only use an IP address, including dotted decimal, octal, hex, dword, or some mixed encoding.

- Links that claim to go to one site, but actually go to another. (Phishers do this to fool you into going to their site. Legit mailing lists sometimes do this with redirectors for tracking purposes.)

- Forms embedded in the email. (This explains the LiveJournal notices.)

Så vær opmærksom på det når I laver links m.v.

Mere information kan findes på nedenstående link:

http://www.hyperborea.org/journal/archives/2005/10/28/thunderbird-scam-detection/

Nyhedsbrev i HTML med billeder

Oscar Eg Gensmann — Wed, 04 Jan 2006 00:05:00 GMT

--------
Flere og flere email klienter viser ikke billeder, som ikke allerede forefindes inde i emailen, bl.a. Microsoft Outlook 2003. Det er en rigtig god ide, fordi:

- Links til eksterne webservere gør det muligt for afsenderen at spore, om emailen er vist. Og vi ønsker jo ikke at orientere spamafsendere om, at deres email er ankommet.
--------

De gør det også muligt for helt legale afsender at få en fornemmelse af om vedkommende sender e-mails afsted til folk der ikke alligevel ser billederne (bevidst eller ubevist) og ud fra det kan tage en vurdering af hvor meget fokus der bør lægges på billederne. I de fleste e-mail klienter er det et frit valg om man som tillæg til mailen vil hente de eksterne ressourcer (billeder). Når man først har set en e-mail uden billederne er det ofte rimelig enkelt at vurdere om e-mailen er tilfældig spam eller noget man rent faktisk har bedt om at få tilsendt.

Uanset om man er en ond-slem-spammer eller et firma ,der helt legalt har modtaget samtykker og sender ud på baggrund af disse, så er det værdifuld information at vide så meget om sine modtagere som mulig. Selvfølgelig inden for lovens rammer.

Hvis man undlader at inkludere diverse usynlige billeder i for at snyde modtageren, men derimod inkludere gode brugbare billeder og ud fra devisen "du får et brugbart billede der beriger din oplevelse af emailen og jeg får information om at jeg har leveret billedet til dig og går derfor ud fra at du har læst nyhedsbrevet", så er der hverken noget fordækt eller slemt i det. Det er modtagerens valg om man vil se billedet eller ej. Det hjælper emailklienten vedkommende med.

--------
- Afsenderen kan være forfalsket (phishing, snydeforsøg fra venner og lign.), så det er altid meget farligt at hente de eksterne billeder, også selv om afsenderen ligner nogen man handler med.
--------

Den problematik er vist den samme for links i en e-mail som med billeder. Du kan også klikke på et link i en e-mail der ligner noget din bedste ven har sendt dig eller din samarbejdspartner, men som er et forsøg på phishing. Skal man følge den første anbefaling og udelade eksterne billeder fordi man er bange for folk der snyder, så skal man også undlade at klikke på ethvert link i en e-mail, eller læse dem for den sags skyld for det kunne være falsk information der giver sig ud fra at være ægte (hvilket i mange tilfælde kan gøre væsentlig mere skade). Frygt for phishing hører til på et helt andet niveau i mailforsendelsen, end når man vælger at vise billeder, nemlig i det øjeblik mailen kommer ind i din indboks og der bør dine mailsystemer hjælpe dig med at genkende troværdige afsendere..

--------
- Billeder fra en webserver er ikke altid tilgængelige alligevel, når man hiver mailen frem. Jeg læser ofte email offline på min bærbare.
--------

De fleste e-mailprogrammer har nu en ganske fin vane med at cache tingene når de først er vist. Især i offline mode. Når det er sagt så vil jeg vove at sætte en bajer på (uden at have faktuel viden til at bakke det op) at det er en minoritet der bruger deres mailprogammer offline, i forhold til mængden af folk der læser deres mail når de er online og har en forbindelse til nettet. Et godt eksempel er de fleste virksomhedsmaskiner der benyttes af medarbejdere og som kører på IMAP/exchange og i høj grad er designet til at være online hele tiden.

Der er selvfølgelig undtagelser som når man sidder med en bærbar i toget, er i Timbuktu og forbereder sine e-mails til at afsende senere. Det er dog min erfaring at det sjældent er det tidspunkt at man bruger tiden på at læse nyhedsbreve hvor billeder spiller en vigtig rolle. Et fornuftigt nyhedsbrev er selvfølgelig altid bygget op på en måde der gør billederne til supplerende indhold, så teksten kan læses uafhængig, medmindre det primært handler om billederne.

--------
Hertil kommer, at eksterne billeder er en god indikator på, at noget er spam.
-

Nyhedsbrev i HTML med billeder

lasse — Tue, 03 Jan 2006 22:42:00 GMT

Jeg er dybt uenig med flere deltagere her på tråden om brugen af billeder. Flere og flere email klienter viser ikke billeder, som ikke allerede forefindes inde i emailen, bl.a. Microsoft Outlook 2003. Det er en rigtig god ide, fordi:

- Links til eksterne webservere gør det muligt for afsenderen at spore, om emailen er vist. Og vi ønsker jo ikke at orientere spamafsendere om, at deres email er ankommet.
- Afsenderen kan være forfalsket (phishing, snydeforsøg fra venner og lign.), så det er altid meget farligt at hente de eksterne billeder, også selv om afsenderen ligner nogen man handler med.
- Billeder fra en webserver er ikke altid tilgængelige alligevel, når man hiver mailen frem. Jeg læser ofte email offline på min bærbare.

Hertil kommer, at eksterne billeder er en god indikator på, at noget er spam.

Når dette er sagt, så vil jeg kraftigt anbefale, at man tester sine nyhedsbreve på spamfiltre inden udsendelse. Man finder lynhurtigt ud af at lave sine MIME strukturer på en pæn måde, at man skal have en fornuftig text/plain struktur, og at billederne selvflg. skal være en del af mailen og ikke ligge eksternt. Alt dette øger sandsynligheden for at emailen ankommer i den anden ende.

At det så koster båndbredde at sende et antal mails ud, plejer ikke at gøre så meget, hvis ens kunder er danske, da dansk internet trafik ofte er gratis. Men selv hvis det ikke er, så kan man jo overveje, om man overhovedet skal sende en mail til en person, hvis man ikke har råd til at betale for båndbredden. Man risikerer jo lynhurtigt at blive spamcop sortlistet eller lign., hvis folk er utilfredse. Der findes selvflg. forretningsmodeller, hvor man sender rigtig mange mails ud og ikke tjener meget per person der sendes til - men det er normalt kun sælgere af online ydelser, der har det problem.

Der findes en række forskellige systemer til design og udsendelse af emails, og hvis du ikke er en haj indenfor scripting og lign., bør du nok kigge på de forskellige muligheder her. Jeg plejer selv at designe mine emails i en ascii editor, og jeg kan oplyse, at hele princippet med at lægge billeder med i en email går ud på, at:

Kig på mime-typerne multipart/alternative, multipart/mixed og multipart/related. Brug Content-ID for hvert billede du har med, og brug <img src="cid:navn"> syntaxen for at vise det i html-delen af din email.

Du kan prøve at sende en email fra outlook til gmail for at se, hvordan originalkoden til en email med indlagte billeder ser ud.

Og så skal du selvflg., som også er skrevet af de andre, teste din nyhedsemail på alle de sædvanlige email systemer (Outlook, Outlook Express, IMP, Squirrelmail, Gmail, Yahoo mail, hotmail, Thunderbird osv.)

Nyhedsbrev i HTML med billeder

Mikael — Tue, 03 Jan 2006 21:28:00 GMT

Jeg har netop i dag udsendt dette nyhedsbrev: http://www.mrieck.com/nyhedsbrev_3_januar_2006/nyhedsbrev_3_januar_2006.htm

Fremgangsmåden er nok super amatøragtig (så vidt jeg kan læse i denne tråd), for jeg laver bare html-siden og vælger files > Send > Page by email. Det sker så via Outlook og ser fornuftigt ud hos mig og på både Hotmail og Gmail. I Lotus Notes ligner det til gengæld noget der er løgn og det får mig til at tro at det også er et problem andre steder.

Er der nogen der kan hjælpe mig med hvad jeg gør galt?

Tak

Nyhedsbrev i HTML med billeder

Grosen Friis — Wed, 21 Dec 2005 13:07:00 GMT

Hej Morten

Jeg har selv lige sendt et eJulekort ud til mine
forretningsforbindelser, og det minder jo meget om
et e-mail nyhedsbrev.

Normalt sender jeg e-mail nyhedsbreve ud via det værktøj,
der er indbygget i det CMS/hjemmesidesystem, som jeg har
udviklet. Men mit eJulekort skulle sendes ud til mange
flere personer, end de personer der har tilmeldt sig mit
e-mail nyhedsbrev, og hver enkelt modtager skulle have en
personlig julehilsen.

Derfor var jeg tvunget til at gøre noget andet og jeg
valgte at få nogle dygtige samarbejdspartnere til at designe
et flot eJulekort. Den grafik jeg modtog lagde jeg på min
webserver og lavede herefter en HTML side der linker til
grafikken på webserveren. Der er ikke grund til at liste
flere tips til hvordan man skriver sin HTML kode til
e-mail nyhedsbreve, de anbefalinger der er kommet frem i
denne tråd overstiger hvad jeg selv vidste [Så jeg har også
lært noget ;-) ]

Denne HTML side brugte jeg som en skabelon/signiture i MS
Outlook.

Hver gang jeg skulle skrive et nyt eJulekort, ja så var
selve designet automatisk indlejret i e-mail''en og det
eneste jeg skulle gøre var at skrive teksten.

Hvordan man sætter en HTML side ind i MS Outlook som en
skabelon (signiture) vil jeg ikke skrive om her, menmindre
der er nogen der meget gerne vil vide det.

Nyhedsbrev i HTML med billeder

Morten Bock — Tue, 20 Dec 2005 11:24:00 GMT

Så

og tabeller med pixel bestemt størrelse er vejen frem? Og så glemme alt om padding, margin, floats osv...

Jeg tror at næste skridt er at fremstille et nyhedsbrev, og så kan det være jeg kan lokke jer til at kigget på kildekoden, om der er nogle uheldige opsætninger.

I''ll be back :-)

Og igen, tak for hjælpen.

Nyhedsbrev i HTML med billeder

Oscar Eg Gensmann — Tue, 20 Dec 2005 02:17:00 GMT

Et af de simplere (ældrer) eksempler på den måde vi bygger tingene op, kan forøvrigt ses her:

https://ivaerksaetteren.ebrev.info/da/lists/archive/show/?id=767&show=html

Nyhedsbrev i HTML med billeder

Oscar Eg Gensmann — Tue, 20 Dec 2005 02:13:00 GMT

Dato: 12/20/2005 2:20:05 AM
Forfatter: Morten Bock
Alt i alt, så lyder det til at jeg har nogle rigtig gode lange nætter foran mig.

Som jeg hører det, så handler det nok i høj grad om at opgive alt hvad der hedder pixel-perfect design, og udelukkende gå efter at få indholdet frem i den rigtige rækkefølge.

Ikke helt... jeg vil nærmere sig næsten modsat.. Det sværeste er at overbevise sig selv om at man skal bruge tabeller til kolonner, udelade p- og h(x)-elementer, men style dem inline i et div/span element selv og lignende. Men når man først har overvundet den slags mentale blokeringer så vil fastlåste størrelser flader, der ikke er angivet i % være din vææææn i forhold til ting der skal udvide og tilpasse sig . i hvert tilfælde hvis du vil have kontrol over dit design.

Et lille fif vi bruger i skabelonerne på eBrev er at låse alt inde i et div-element der har en fast størrelse. På den måde bliver det nemmere at referere alt indholdet ud fra det element og så er det ellers bare at begynde at beregne pladsen til de forskellige bokse m.v.

En anden fordel ved dette trick er at alt stylingen kommer kun på indholdet inde i det element, hvilket betyder at når man videresender e-mailen i Outlook så påvirker nyhedsbrevets styles ikke det nye brevs udseende (hvis man f.eks satte baggrundsfarven på body-elementet til sort).

Sådan er der så mange små tricks.

Nyhedsbrev i HTML med billeder

Morten Bock — Tue, 20 Dec 2005 01:20:00 GMT

Alt i alt, så lyder det til at jeg har nogle rigtig gode lange nætter foran mig.

Som jeg hører det, så handler det nok i høj grad om at opgive alt hvad der hedder pixel-perfect design, og udelukkende gå efter at få indholdet frem i den rigtige rækkefølge.

Det begynder at gå op for mig hvorfor mange bare laver designet i én billedefil, og så nærmest bare sender et "nyhedsfoto" rundt...

Findes der nogen statistikker over hvor mange danskere der bruger hhv. Outlook, hotmail, Gmail osv osv? Man kunne selvf. bare lave en hurtig optælling i databasen hvor mange der har gmail.com eller hotmail.com....

Jeg må rode lidt med det, og se hvad der sker.

Nyhedsbrev i HTML med billeder

Oscar Eg Gensmann — Mon, 19 Dec 2005 22:01:00 GMT

Dato: 12/19/2005 10:30:51 PM
Forfatter: Molvins
En anden vigtig ting at være opmærksom på i html-mails er, at forskellige webmail-konti viser html'en forskellingt. Så opret en gmail, sol-mail, ofir-mail, hotmail, operamail og test dit nyhedsbrev på dem. Dernæst er der Outlook, Thunderbird og Apples Mail. Det kan give lidt 'hovedpine'.

Jeps.. det er en god en til at holde sig selv vågen på i mange nætter i træk kan jeg skrive under på.

Uden at give en samlet løsning så er her nogle ting at være opmærksom på:

- Hotmail fjerner alle position og margin styles.. dvs du kan ikke nulstille margin m.v. på p, hx, ul og lignende elementer med en standard margin sat.

- Gmail er ikke glade for floats og fjerner dem, så vil du have billeder ved siden af hinanden så hedder det tabeller. Ligeledes understøtter gmail ikke url(); i styles så alt med at inkludere billeder igennem css er en tabt sag.

- mail.sol.dk omdøber alle ukendte HTML elementer, og kender ikke til style elementet. Derfor skal alt laves som inline styles hvis du vil have håb om at det skal slå igennem.

- De fleste web-e-mail klienter fjerner alt uden for body-elementet. Style Sheet blokke i header elementet er derfor udelukket. Det kan løses ved at placere et style element inden i body

- IE er ret glad for at man angiver højde og bredde på alle elementer hvis man laver noget mere kreativt med dem (positionering, floats m.v.). en style="width100%" eller anden fix angivet størrelse, på et element kan løse mange problemer i IE, og dermed Outlook og Outlook express.

- Evolution (linux) er ikke glade for css og parser den ikke.. avancerede løsninger hvor indhold flyttes rundt i forhold til deres placering i koden er derfor ikke anbefalelsesværdigt på samme måde som på websider. strukturen i HTML'en bør være som man læser den.

Best af alt... test, test og test igen... og når du tror du har det hele rigtigt, så laver de om på alt og du kan begynde forfra.

Det er umiddelbart et groft omrids af mine erfaringer med den slags de sidste 3-4 års tid.

Nyhedsbrev i HTML med billeder

Morten Vadskær — Mon, 19 Dec 2005 21:31:00 GMT

En anden vigtig ting at være opmærksom på i html-mails er, at forskellige webmail-konti viser html''en forskellingt. Så opret en gmail, sol-mail, ofir-mail, hotmail, operamail og test dit nyhedsbrev på dem. Dernæst er der Outlook, Thunderbird og Apples Mail. Det kan give lidt "hovedpine".

Nyhedsbrev i HTML med billeder

Oscar Eg Gensmann — Mon, 19 Dec 2005 11:36:00 GMT

Hej Morten,

Jeg beklager den sene tilbagemelding, der var lige en julefrokost og lidt andet der skulle overståes.

Som det er ogås er nævnt tidligere så er der ikke noget galt i at sende en multipart e-mail med både en tekst og en HTML version i. Vi gør selv det samme på eBrev, da det fjerner en del af kompleksiteten når man tilmelder sig. De færreste normale mennesker ved hvad forskellen er når de skal vælge imellem "tekst" og "HTML". Det kan derfor enten give en usikkerhed ved tilmeldingen eller en størrer forklaring om hvad HTML er osv, der ofte giver modtageren en endnu størrer følelses usikkerhed.

Ved at sende dine e-mails med både HTML og Tekst versionen i så burde de fleste e-mail-klienter kunne finde ud af at give brugeren en mulighed for at vælge hvilken type vedkommende vil se. Med "burde" mener jeg selvfølgelig at der er en masse der ikke gør (Oulook/Express osv), fordelen er dog at de e-mail-klienter der muligører denne funktion ofte er dem som de mere avancerede brugere benytter, og det er ofte dem der efterspørger en ren tekstversion, grundet forskellige overbevisninger.

Det giver lidt ekstra fyld i e-mailen at skulle sende både en tekst og en HTML udgave med ud til alle modtagerne, men det er minimalt så længe det bare er tekst der kan komprimeres af de forskellige systemer på vejen. I forhold til at skulle bruge en masse arbejde på at holde styr på tekst og HTML modtagere og risikoen for at folk tilmelder sig tekst når de hellere ville have html og undrer sig over hvor billederne m.v. er, så er de par ekstra kb givet godt ud for de flestes vedkommende. Mere tid til at skrive godt indhold, mindre tid på teknik og vedligeholdelse