HTML mail
Sebastian Becker
Hallo,
die Bilder für einen HTML-Newsletter liegen auf einem Internet-Server - dies ist bei permanenten Internetverbindungen ja auch kein Problem.
Werden die Bilder aber auch gespeichert und angezeigt, wenn der Client nicht mit dem Internet verbunden ist? Oder hangt das vom Client ab?
Gibt es Statistiken darüber, wieviel Prozent der Nutzer keine HTML-Mails angezeigt bekommen? Wird in den entsprechenden Clients der HTML-Code, oder eine leere Seite angezeigt? Wie kann ich in diesem Falle eine Fehlermeldung bzw. Textmail anzeigen?
Danke für alle Tipps, Grüße,
Sebastian Becker
Hallo Sebastian,
die Bilder für einen HTML-Newsletter liegen auf einem Internet-Server - dies ist bei permanenten Internetverbindungen ja auch kein Problem.
Falsch. Selbst mit Internetverbindung ist es ein Problem. Stell Dir doch mal vor, ein Spammer verschickt eine HTML-Mail, die ein Bild enthält. Dieses Bild hat folgende URL:
http://spammer.example.org/email_existiert.php?email=deine@email
Wenn Du diese Email öffnest, weiß der Spammer sofort, dass Deine Emailadresse existiert.
Aus diesem Grund bieten einige Mailprogramme es an, Bilder von externen Quellen nicht zu laden, wenn sie aus einer Email referenziert worden sind. Ich habe das zum Beispiel aktiviert.
Werden die Bilder aber auch gespeichert und angezeigt, wenn der Client nicht mit dem Internet verbunden ist? Oder hangt das vom Client ab?
Es hängt durchaus vom Client ab. Es sollte aber - bei *vorigem* Anschauen bei aktiver Internetverbindung - zwischengespeichert werden; wenn die Mail noch nie angeschaut wurde und die Internetverbindung gerade getrennt ist, dann wüßte ich keinen Client, der dann das Bild anzeigen kann.
Gibt es Statistiken darüber, wieviel Prozent der Nutzer keine HTML-Mails angezeigt bekommen?
Keine für Dich relevanten Statistiken. Du müsstes Deine Nutzer schon selbst fragen. Allerdings wirst Du durch solche Fragerei vermutlich eher Nutzer vergraulen, als dass Du ihnen nützt.
Wird in den entsprechenden Clients der HTML-Code, oder eine leere Seite angezeigt?
Hängt auch wieder vom Client ab; einige entfernen einfach den HTML-Code drum herum; andere zeigen gar nichts an.
Wie kann ich in diesem Falle eine Fehlermeldung bzw. Textmail anzeigen?
Wenn Du die Mail als multipart/alternative Verschickst, dann kannst Du sowohl einen HTML-Inhalt als auch einen Text-Inhalt mit einfügen. Der ist dann zwar doppelt vorhanden und Du musst knapp die doppelte Menge an Daten versenden, dafür bekommen diejenigen, die keine HTML-Mails wollen, Textmails zu Gesicht.
Wenn es ein Newsletter ist: Warum bietest Du keine Auswahlmöglichkeit, ob Text oder HTML?
Viele Grüße,
Christian
Hallo Christian,
Stell Dir doch mal vor, ein Spammer verschickt eine HTML-Mail, die ein Bild enthält. Dieses Bild hat folgende URL:
http://spammer.example.org/email_existiert.php?email=deine@email
Wenn Du diese Email öffnest, weiß der Spammer sofort, dass Deine Emailadresse existiert.
dazu muß "der Spammer" allerdings individualisierte e-Mails herausschicken. Prinzipiell funktioniert das natürlich und kann auch zum Tracking genutzt werden, warum auch nicht. Etwas Ähnliches kann ich übrigens auch bei Textmail machen, indem ich den Links eine ID mitgebe ...
Aus diesem Grund bieten einige Mailprogramme es an, Bilder von externen Quellen nicht zu laden, wenn sie aus einer Email referenziert worden sind. Ich habe das zum Beispiel aktiviert.
Mag sein, noch mehr e-Mails werden aber zurückgewiesen, wenn man Bilder einfach anhängt - und manchmal ist eine graphische Gestaltung eben erwünscht. Auch das Internet war mal ein reines Textmedium ...
Es sollte aber - bei *vorigem* Anschauen bei aktiver Internetverbindung - zwischengespeichert werden
kann der User das beeinflussen?
Wenn es ein Newsletter ist: Warum bietest Du keine Auswahlmöglichkeit, ob Text oder HTML?
Mach ich ja - allerdings ist es ja trotzdem möglich, daß ein Empfänger zwar für HTML-mail registriert ist, diese aber nicht empfangen kann ...
Viele Grüße,
Sebastian
Hallo Sebastian,
Etwas Ähnliches kann ich übrigens auch bei Textmail machen, indem ich den Links eine ID mitgebe ...
Allerdings muss man auf diesen Link erst klicken - das Bild wird automatisch geladen. Bei der Link kann man durch auch nur ein klein wenig Intelligenz dem Spammer keinen Gefallen tun, bei der Bild-Variante kann man sich nicht 'wehren'.
Aus diesem Grund bieten einige Mailprogramme es an, Bilder von externen Quellen nicht zu laden, wenn sie aus einer Email referenziert worden sind. Ich habe das zum Beispiel aktiviert.
Mag sein, noch mehr e-Mails werden aber zurückgewiesen, wenn man Bilder einfach anhängt
Wirklich? Ein eingebettetes Bild ist nichts anderes als eine besondere Art Anhang, ich wüßte nicht, warum dies zurückgewiesen werden solle (die Dateigröße mal vernachlässigt)... außerdem:
- und manchmal ist eine graphische Gestaltung eben erwünscht.
Wenn ein User eine graphische Gestaltung wünscht, dann wird es für ihn doch hoffentlich kein Problem sein, Mails mit Bildanhängen zu akzeptieren?
Es sollte aber - bei *vorigem* Anschauen bei aktiver Internetverbindung - zwischengespeichert werden
kann der User das beeinflussen?
Jain. Das hängt wie gesagt vom Emailprogramm ab. Kann man pauschal nicht so sagen.
allerdings ist es ja trotzdem möglich, daß ein Empfänger zwar für HTML-mail registriert ist, diese aber nicht empfangen kann ...
Sorry, aber den Fall würde ich einfach ignorieren. Wenn er HTML-Mails bestellt hat, dann will er sie vorraussichtlich auch bekommen. Wenn wenn er sie doch nicht empfangen kann, dann ist er IMHO selbst Schuld, dass er die falsche Option angewählt hat. Du kannst ja als 'Alternativtext' 2 Sätze schreiben, wie und wo er seine Registrierung ändert.
Viele Grüße,
Christian
Hallo,
das müsste dann aber eine geschachtelte Mail werden:
Wenn es ein Newsletter ist: Warum bietest Du keine Auswahlmöglichkeit, ob Text oder HTML?
multipart/mixed
mutipart/related
multipart/alternative
Text/plain
(1 plaintext)
text/html
(1 htmltext)
eof alternative--
(related 1)
(related 2)
(related n)
eof mixed--
Das ist der Aufbau einer HTML-Mail mit integrierten Bildern und alternativem Textteil.
Grüße
Chris©
Hallo Sebastian,
die Bilder für einen HTML-Newsletter liegen auf einem Internet-Server - dies ist bei permanenten Internetverbindungen ja auch kein Problem.
Ist es vielleicht doch, weil sich manche E-Mail-Programme weigern duerften,
Bilder aus dem Internet nachzuladen, weil dies eine wunderbare Moeglichkeit fuer
Spammer ist, die Existenz einer Adresse zu bestaetigen:
<img src="http://example.org/spampix/blank.gif?Deine.Adresse@example.com" height="1" width="1">
Werden die Bilder aber auch gespeichert und angezeigt, wenn der Client nicht mit dem Internet verbunden ist? Oder hangt das vom Client ab?
Bei der Vielzahl an Clients ist alles moeglich...
Gibt es Statistiken darüber, wieviel Prozent der Nutzer keine HTML-Mails angezeigt bekommen?
Was spielen die Prozente fuer eine Rolle?
Wenn Du 100% erreichen kannst, warum willst Du nur 90% erreichen?
Wird in den entsprechenden Clients der HTML-Code, oder eine leere Seite angezeigt? Wie kann ich in diesem Falle eine Fehlermeldung bzw. Textmail anzeigen?
Ein unter Linux wohl haeufig verwendeter Client ist KMail.
Der zeigt standardmaessig bei gemischten Mails nur den Nur-Text-Anteil an.
Den HTML-Teil kann man sich bei Bedarf auch anzeigen lassen,
aber man wird davor gewarnt.
Bei reinen HTML-Mails zeigt KMail eine Warnung, und man kann sich den HTML-Teil
auf Knopfdruck trotzdem anzeigen lassen.
Du solltest immer den eigentlichen Nachrichten-Text auch als text/plain senden.
Darin kannst Du ja URLs einbetten, die auf Webseiten zeigen, wo Du bunte Blinki-Schrift
und alle Bilder anzeigen kannst.
Weitere Anteile (text/html, Bilder) kannst Du als _zusaetzliche_ Bestandteile einer
MIME-Multipart-Mail schicken.
Der Artikel aus der "Internet Professionell" dreht sich um die Erstellung von HTML-Mail
mit PHP, aber erklaert auch ganz grundsaetzlich den Aufbau einer HTML-Mail:
http://www.vnunet.de/internet-pro/workshops/detail.asp?ArticleID=5973
Am besten (aber auch am aufwendigsten) ist es, den Benutzern zum Zeitpunkt der
Anmeldung fuer den Newsletter die Wahl zu geben, ob sie lieber Nur-Text oder lieber HTML-Mail
kriegen wollen. Natuerlich sollte man auch spaeter die Variante wechseln koennen.
So kannst Du den Puristen eine ganz kurze Nur-Text-Variante schicken,
den Bandbreiten-Verschwendern und Klicki-Bunti-Liebhabern die HTML-Mail mitsamt den Bildern.
HTH, mfg
Thomas
Hallo Thomas,
Was spielen die Prozente fuer eine Rolle?
Wenn Du 100% erreichen kannst, warum willst Du nur 90% erreichen?
sie spielen schon eine Rolle, wenn ich z.B. lieber 95% meiner Zielgruppe eine optimale als 100% eine suboptimale Lösung bieten will ...
Danke für den aufschlußreichen Link, sowie für die Ausführungen zu KMail - das ist als Beispiel interessant, wenn auch nicht unbedingt typisch ...
Du solltest immer den eigentlichen Nachrichten-Text auch als text/plain senden.
Am besten (aber auch am aufwendigsten) ist es, den Benutzern zum Zeitpunkt der Anmeldung fuer den Newsletter die Wahl zu geben, ob sie lieber Nur-Text oder lieber HTML-Mail kriegen wollen. Natuerlich sollte man auch spaeter die Variante wechseln koennen.
Das mache ich ja. Da ich die Nutzerdaten aber aus einer vorhandenen Datenbank nehme, sende ich Ihnen anfangs grundsätzlich einen HTML-Newsletter zu. Dabei möchte ich aber natürlich auch diejenigen so weit wie möglich berücksichtigen, die nur Textmails empfangen können.
Grüße,
Sebastian
Hallo,
Werden die Bilder aber auch gespeichert und angezeigt, wenn der Client nicht mit dem Internet verbunden ist? Oder hangt das vom Client ab?
Bei der Vielzahl an Clients ist alles moeglich...
Da gibt es gar nicht soviel Varianzbreite!
Werden die Bilder mit der Mail mitgeliefert, liegen sie als Mixed Part mit einer Content-ID im Mailbody. Der Client merkt anhand der Content-ID, dass er sin nicht "lose" anzeigen soll. Im HTML-Text werden die Bilder dann anstelle über "http://..." über "CID: ..." angesprochen. Der Cliebt merkt daran, dass er sie aus dem Mailbody heraussuchen muss. Wenn man im HTNL-Code nun stattsdessen "http://..." für die Bildquelle angibt, besorgt der Client sich die Bilder über einen Request von seinem Cache-System. Das Cache-System schaut nach, welche Strategie (Auto, immer frisch, nie firsch, ...) es befolgen soll und handelt danach. Bei den Mailclients, die mit dem Browser integriert sind, werden also die Bilder solange im gemeinsamen Cache abgelegt, bis sie aus Platzgründen wieder überschrieben sind. Je nach Speicherplatz und Strategie kann man die Mails dann also auch offline lesen.
Grüße aus den Weiten des Internet
Chris©
Hallo, Chris©,
Bei den Mailclients, die mit dem Browser integriert sind, werden also die Bilder solange im gemeinsamen Cache abgelegt, bis sie aus Platzgründen wieder überschrieben sind. Je nach Speicherplatz und Strategie kann man die Mails dann also auch offline lesen.
das war eine wesentliche Information, die ich gesucht habe - kann man das irgendwo noch genauer nachlesen?
Hoffentlich haben die Browserhersteller das ebenfalls gelesen ;-) ...
Grüße aus Berlin,
Sebastian
hi,
die Bilder für einen HTML-Newsletter liegen auf einem Internet-Server - dies ist bei permanenten Internetverbindungen ja auch kein Problem.
das medium email ist primär nicht dafür gedacht, html-seiten zu versenden, sondern texte.
und in einem solchen text lässt sich bei bedarf ein URL einfügen, denn ich als nutzer dann aufrufen _kann_ [1], wenn ich dies _möchte_.
wenn du also meinst, dass du deinen empfängern bilder zur verfügung stellen musst, dann mache eine seite im www, und weise sie darauf hin, wo sie diese finden können.
gruss,
wahsaga
[1] die meisten mailclients sind in der lage, URLs in textmails als klickbare links darzustellen, ohne das man dazu html verwenden müsste. und wenn nicht, überfordert c&p den user sicher auch nicht.
Hi, wahsaga,
das medium email ist primär nicht dafür gedacht, html-seiten zu versenden, sondern texte.
und das Medium Internet ist primär vielleicht auch nicht dafür gedacht, Bilder, Dateien, Töne, Flash-Animationen oder Videos zu übertragen ...
wenn du also meinst, dass du deinen empfängern bilder zur verfügung stellen musst, dann mache eine seite im www, und weise sie darauf hin, wo sie diese finden können.
Das mache ich ja auch für diejenigen, die bei den Nutzereinstellungen "Textmail" angegeben habe. Die übrigen kommen in den Genuß eines graphisch ebenso ansprechend gestalteten Newsletters.
Grüße,
Sebastian
Werden die Bilder aber auch gespeichert und angezeigt, wenn der Client nicht mit dem Internet verbunden ist? Oder hangt das vom Client ab?
Die Bilder einer html E-mail werden nicht angezeigt, solange Du diese nicht mit der Datei mitsendest und die url dazu stimmt.
Wenn die Bilder auf einem Internet server hast werden diese auf einem offline PC nicht angezeigt.
Gibt es Statistiken darüber, wieviel Prozent der Nutzer keine HTML-Mails angezeigt bekommen? Wird in den entsprechenden Clients der HTML-Code, oder eine leere Seite angezeigt? Wie kann ich in diesem Falle eine Fehlermeldung bzw. Textmail anzeigen?
Nein die HTML Datei der ursprünglichen Version wird je nach Mail, Programm etc. als Anhanh oder direkt angezeigt.
Mein Tip so erreicht es jeden und machen es viele.....
E-mail als Textnachricht, sowie die gewünschte html geschichte als anhang versenden. Dann hat jeder beides und Textmails können überall angezeigt werden. Ausserdem hat jeder die Chance selbst zu entscheiden ob er die html Seite sehen möchte.
Bei einem Outlook Benutzer kann so eine doofe HTML Seite als E-mail durchaus eine ungewollte Bremse sein. Outlook lädt im hintergrund die Bilder ohne dass man es verhindern kann sofern die Datei im Vorschaufenster angezeigt wird.
defakte hat damit ein 56 k odem user keine Freude daran wenn der e-Mailtransfer darunter leidet...
Danke für alle Tipps, Grüße,
Sebastian Becker
Hallo,
Wenn die Bilder auf einem Internet server hast werden diese auf einem offline PC nicht angezeigt.
auch dann nicht, wenn die Bilder schon einmal geladen wurden? Sie könnten dann ja gecached werden ...
E-mail als Textnachricht, sowie die gewünschte html geschichte als anhang versenden.
Das wäre ja eine sichtbare Redundanz, und Anhänge werden zudem von empfindlich eingestellten Clients möglicherweise abgelehnt.
Bei einem Outlook Benutzer kann so eine doofe HTML Seite als E-mail durchaus eine ungewollte Bremse sein. Outlook lädt im hintergrund die Bilder ohne dass man es verhindern kann sofern die Datei im Vorschaufenster angezeigt wird. defakte hat damit ein 56 k odem user keine Freude daran wenn der e-Mailtransfer darunter leidet...
Sooo groß ist die HTML-mail nicht, und welche mail im Vorschaufenster angezeigt wird kann der Nutzer ja selber bestimmen. Außerdem dürfte meine technologieorientierte Zielgruppe wohl in den meisten Fällen nicht mit einem herkömmlichen Modem arbeiten.
Grüße,
Sebastian Becker
Hallo,
Wenn die Bilder auf einem Internet server hast werden diese auf einem offline PC nicht angezeigt.
auch dann nicht, wenn die Bilder schon einmal geladen wurden? Sie könnten dann ja gecached werden ...
Dann schon zumindest macht das Outlook
Das wäre ja eine sichtbare Redundanz, und Anhänge werden zudem von empfindlich eingestellten Clients möglicherweise abgelehnt.
Also ich kannte das Problem nicht, dass Anhänge besonders html Anhänge von Client abgelehnt werden. Würde mich jedoch wundern, wenn es wirklich viele geben würde, die das geziehlt ablehnen.
Zu der Rdundanz... klar wäre die vorhanden aber Du müsstest ohnehin eine HTML Variante erzeugen.
Sooo groß ist die HTML-mail nicht, und welche mail im Vorschaufenster angezeigt wird kann der Nutzer ja selber bestimmen. Außerdem dürfte meine technologieorientierte Zielgruppe wohl in den meisten Fällen nicht mit einem herkömmlichen Modem arbeiten.
Die HTML Datei ist bestitmmt nicht so gross aber was ist mit den Bildern? Naja und Deine Zielgruppe kenne ich nun nicht, aber wenn ich daran denke, welche schlechte Anbindung mitarbeiter bei BMW ins Netz haben. Viele grosse Unternehmen bieten den Mitarbeiter eine sehr schlechte Bandbreite zum Surfen im Netz. Andere grosse Unternehmen bieten gar keinen Internetzugang für die Mitarbeiter.
Moin!
Außerdem dürfte meine technologieorientierte Zielgruppe wohl in den meisten Fällen nicht mit einem herkömmlichen Modem arbeiten.
Gerade die Mitglieder technologieinteressierter Zielgruppen sind aber häufig fürchterlich sauer, wenn E-Mails html-formatiert werden. Grund? Böse Sachen, wie Viren, Würmer und ganze Busse voller Trojaner, die grundsätzlich via HTML- Mail auffschlagen.
MFFG (Mit freundlich- friedfertigem Grinsen)
fastix®