Tabellendarstellung in HTML-Newsletter: Server-Konfiguration?

[Kirschi]

Liebes Notes-Forum,

bitte nicht gleich draufhauen wegen dieser Anfrage. Mir ist schon klar, dass HTML-Newsletter und der Notes-Client sich nicht so grün sind. Hab's ja oft genug gelesen hier im Forum 

Nun aber zu meinem Problem: Wir (Sparkasse) lassen von einem Dienstleister einen HTML-formatierten Newsletter versenden. Dieser beinhaltet eine Tabelle, die bei uns im Notes-Client nicht sauber dargestellt wird. Im übrigen wird diese Tabelle auch bei einigen anderen Instituten, zu denen wir ganz gute Kontakte pflegen, nicht sauber dargestellt. Wäre soweit ja alles in Ordnung, wenn der Dienstleister nicht auch Notes im Einsatz hätte und bei dem die Tabelle sauber aussehen würde. Ich hänge mal zwei Screenshots zur besseren Veranschaulichung an.

Da der Dienstleister und wir fast die selbe Notes-Version im Einsatz haben (6.5.x) scheidet aus meiner Sicht die Codierung eigentlich aus. Wir haben auch die Einstellungen in der AU soweit abgeklopft, zumindest ist mir dabei nichts aufgefallen.

Mein Verdacht ist nun eher, dass der Mailserver bei denen ein Konvertierung vornimmt und bei uns nicht oder umgekehrt. Hat damit bisher schon jemand Erfahrungen gemacht? Gibt es da noch irgendwelche Schalter, die Einfluss auf die Darstellung von HTML-Mails haben?

Für Hinweise wäre ich wirklich dankbar, bin jetzt schon mehrere Wochen mit diesem Thema beschäftigt.

Viele Grüße
Kirschi

[botschi]

Habt ihr mit den Benutzervorgaben mal gespielt? Da gibt es ja solche Dinge, wie Java oder Unicode usw.

Matthias

[m3]

Mein Verdacht ist nun eher, dass der Mailserver bei denen ein Konvertierung vornimmt und bei uns nicht oder umgekehrt. Hat damit bisher schon jemand Erfahrungen gemacht?

Das kann durchaus sein, wobei ich eher auf einen Virenschutz, etc. als Übeltäter tippen würde. Interessant wären hier nicht die Screenshots des Renderings, sondern der Source der Mail (View->Show->Page Source) von den beiden PCs.

[Kirschi]

Bei den Benutzervorgaben haben wir schon einiges ausprobiert - ohne Erfolg. Da bei anderen Instituten die Darstellung auch so verschoben wie bei uns ist glaube ich auch nicht so recht, dass hier das Problem liegt.
Seitenquelltext besorg ich. Also der Quelltext der mangelhaften Darstellung ist natürlich kein Problem, aber den anderen Quelltext muss mir halt der Dienstleister erstmal schicken. Melde mich dann wieder.

Grüße
Kirschi

[Kirschi]

So, hab jetzt den Seitenquelltext bekommen. Sieht dem Seitenquelltext der Mail, die bei mir ankommt irgendwie überhaupt nicht mehr ähnlich. Weia.

[Kirschi]

Ich hab seit zwei tagen auch noch einen Call beim Rechenzentrum aufgemacht, da meldet sich aber seither niemand. Mal sehen was die zu der Theorie mit dem Virenschutz sagen. Sonst noch Ideen?

Gruß
Kirschi

[m3]

So, hab jetzt den Seitenquelltext bekommen. Sieht dem Seitenquelltext der Mail, die bei mir ankommt irgendwie überhaupt nicht mehr ähnlich. Weia.

Du vergleichst da Äpfel mit Birnen.

Das File "korrekte Darstellung" ist ein HTML-File mit Links zu externen CSS-Files, etc., während es sich bei der "verschobenen Darstellung" um den Source einer Mail handelt.

Und bezüglich des Renderings bei jemanden, der es direkt bekommen hat und jenem bei einer weitergeleiteten E-Mail braucht man auch nicht diskutieren - wenn, dann brauchst Screenshots/Sourcodes von den E-Mails aus den Accounts, welche die Mail direkt bekommen haben. Wenn eine Mail weitergeleitet wird, kannst Du davon ausgehen, dass mit dem Rendering seltsamste Dinge passieren (können).

Wenn, dann brauchst Du den Source einer Mail, die korrekt angezeigt wird, um sie mit dem Source der "verschobenen" Mail vergleichen zu können - aber beides von Accounts, welche die E-Mail direkt bekommen haben.

Vorher brauchst gar nicht über unterschiedliches Rendering zu diskutieren anfangen.

Viele Grüße übrigens an die Damen und Herren von openworx: Grafiken bindet man in HTML-Mails nicht mehr per URLs ein - damit ruft man nämlich ganz laut "ich bin ein Spammer" und angezeigt werden diese in den gängigen Mail-Clients üblicherweise auch nicht mehr (siehe beiliegender Screenshot).
Und wenn sie in der Mail schon einen DOCTYPE angeben, dann sollte dieser - wie im HTML-File - auch valide sein. 


Übrigens: Personennamen, IP-Adressen, Host- sowie Firmennamen solltest Du, auch bei Anhängen und Screenshots, anonymisieren. Sonst kann es sein, dass Du mal unfreundlichen Besuch von einem Datenschutz-/Sicherheitsverantwortlichen/... bekommst - gerade bei den Sparkassen.

[m3]

Nachtrag:
Wie soll sich denn Notes in der Zeile mit den Anlegerträumen (Hund) auch auskennen. Da steht im Sourcode:

Code

<tr>
<td valign="top" width="50%"> ...
<td width="20"> ...
<td valign="top" width="50%"> ...
</tr>

Ich versteh die Domino Table-Rendering-Engine, dass sie bei 120% in einer Zeile w.o. gibt.
openworx braucht bessere Pixelschubser.

[Kirschi]

Vielen Dank für die Hinweise. Ist mir tatsächlich erstmal gar nicht aufgefallen, dass das gar nicht der Seitenquelltext einer Mail war. Ich habe dem Dienstleister jetzt nochmal geschrieben, dass ich den Seitenquelltext brauche - leider hat er mir den Seitenquelltext eines Newsletters eines anderen Institus geschickt 
Ich hoffe, er kriegt das beim nächsten Mal hin.
Würdest Du einem Laien in dieser Frage bitte noch kurz erläutern, was an dem einen Doctype valide und an dem anderen nicht ist?

Grüße
Kirschi

[m3]

Valide ist er wenn er so aussieht:

Code

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Wenn der Link zur DTD fehlt, ist er nicht valide.

Warum das relevant ist? Siehe
http://www.w3.org/QA/Tips/Doctype
http://gutfeldt.ch/matthias/articles/doctypeswitch.html
http://www.stefanbucher.net/tutorial/validieren/#doctype
http://hessendscher.de/workshop/slide4.html

[Gerry]

Gibt es hier schon neue Erkenntnisse?

Wir haben das gleiche Problem.
Wenn ich allerdings den HTML-Quellcode aus der mail heraus kopiere und als Datei abspeichere wird die Seite vollkommen daneben angezeigt.