Hello,

Hast Du es selber installiert?
Dann erzeuge Dir eine kleine Muster-Mail damit und schau Dir an, wie sie aufgebaut ist.

Das wollte ich ja genau vermeiden, denn es gibt dutzenede eMail Programme in der Welt.

Wie willst Du die Macken eines Programms ffeststellen, wenn Du es nicht zum Testen im Zugriff hast?

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

--
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau
Ein Jammer ist auch, dass die Dummen so selbstsicher und die Klugen voller Zweifel sind. Das sollte uns häufiger zweifeln lassen :-)

Mahlzeit,

Das wollte ich ja genau vermeiden, denn es gibt dutzenede eMail Programme in der Welt.

Wieso willst du dann beim "Gestalten" von Emails auf besondere Programme Rücksicht nehmen? Nimm den kleinsten gemeinsamen Nenner: reinen Text - da kannst du nichts verkehrt machen.

MfG,
EKKi

Moin zusammen,

Es geht sowohl um Newsletter als auch um "Bestätigungsmails"...
... Dannach wird dann auch ab und zu (alle 2-3 Monate) ein Newsletter
an unsere user versendet werden...

HTML vs. Plain - verbessert sich der Informationsgehalt der Mail durch den Einsatz von HTML?
Nein? Dann verzichte darauf (-> Bestätigungsmails, PW-Request). Gleiches gilt für die
Newsletter, wenn du die Informationen ohne Sorge in Worte fassen kannst. Am Ende gilt
auch für Newsletter der alte Marketing-Gassenhauer: Keep It Simple and Stupid.

Noch was technisches: bisher wurden in den Antworten nur Bezug auf Mail-Clients im
Sinne einer App genommen. Ein nicht zu vernachlässigender Teil von Usern ruft Mails
via Web ab - GMX, webmail & Co. Sollte man im Falle von HTML-Mails zwingend im Kopf
behalten und wenigstens einen Teil testen, da es hier zu recht abenteuerlichen
Darstellungen kommen kann, die den Informationsgehalt der Mail gegen Null laufen lassen.

Weiter ist zu bedenken, dass die großen Provider (tcom, acor...) sehr restriktiv mit
(Massen-)Newslettern umgehen, deren Herkunft nicht eindeutig zu ermitteln ist.
Zusammen mit der Tatsache, dass u.U. innerhalb kurzer Zeit viele Mails mit identischem
Inhalt auf dem Mailserver aufschlagen, werden diese Newsletter als Spam aussortiert. Mit
etwas Pech landest du mit der IP deines Servers parallel auf einer/diversen Black-List -
Ende! _Das allerdings ist kein HTML-Problem, sondern eher allgemein._

Grüße, dicon

Es geht sowohl um Newsletter als auch um "Bestätigungsmails". Erstmal sollen nur die langweiligen Passwort Request und Registrierungsmails unserere Seite etwas modernisiert werden. Dannach wird dann auch ab und zu (alle 2-3 Monate) ein Newsletter an unsere user versendet werden, für den wir dann auch das Template benutzen!

Ui, das würd ich mir noch mal überlegen. Bei sämtlichen Formen von Bestätigungsmails (Passwort, Registrierung, Bestellbestätigung etc.) kann ich nur dazu raten, auf sämtlichen Schnickschnack zu verzichten. Ich weiß, Plain-Text-Mails sehen garstig aus, aber man muss hier den Verlockungen einer opulenten Gestaltung widerstehen. ;-)

Warum? Weil man bei diesen doch recht wichtigen Mails sicherstellen muss, dass sie beim Empfänger korrekt angezeigt werden. Damit scheiden Bilder schon mal aus. 66% der User verfügen bereits über Bildunterdrückung (nachladen von Grafiken wird standardmäßig unterbunden), 46% nutzen diese Funktion aktiv - Tendenz stark steigend! Dass Deine Empfänger Dich als "sicheren Absender" definiert haben, kannst Du nicht voraussetzen. Bei einem Großteil der Empfänger würde es also zu fehlerhaften Darstellungen kommen (Platzhalter statt Grafiken).

Wäre da noch die Alternative, die Bilder direkt in die Mail einzubetten. Kenne außer GMX aber keinen, der das heute noch macht. Erstens produziert's höheren Traffic auf dem Mailsserver (daher die Frage nach der Anzahl der Empfänger) und zweitens nervt's die liebe Kundschaft (weil der längere Download das Abrufen der Mails verzögert). Nicht zuletzt ist eine statistische Auswertung mit diesem Verfahren unmöglich.

Ums einfach zu sagen: HTML-Mails mit (nicht eingebetteten) Bildern machen nur bei regelmäßigen Newslettern Sinn, weil man hier davon ausgehen kann, dass man früher oder später in die "Whitelist" des Empfängers aufgenommen wird. Funktioniert natürlich nur, wenn der Kunde dem Empfang generell zugestimmt hat, idealerweise als Double-Opt-In (zweifache Bestätigung).

Soweit zu den Bildern. Für die Passwort- und Bestätigungsmails ist formatierter Text eigentlich das höchste der Gefühle (bold, italic etc.). Hier ist die korrekte Anzeige weitgehend sichergestellt. Für eingebettete Stylesheets gilt das leider nicht, weshalb ich auch davon abraten würde.

Gruß
Gargamel