Mailversand / Bestellbestätigung

[olape]

Hallo,
danke für die Antwort.

Code: Alles auswählen

$lang_geschaeftsfuehrer = "Geschäftsführer";
$mail_passwortvergessen_text = "Wie gewünscht, Ihr Passwort für den Shop:";

Also beides gleich, ohne entities.

Warum ist Webmail ein schlechtes Beispiel?
Der Webmailer des Exchange ist, meiner Meinung nach, nicht schlecht.
Und ein Browser sollte schon die Darstellung von UTF8 beherschen.

Ich werde es aber trotzdem nochmal mit einem anderen Konto testen, das ausserhalb des Exchange läuft.
Da kann man dann auch mal mit einem anderen Client zugreifen.

Gruss Olaf

[olape]

Also, gestestet mit einem anderen Konto.
Auch hier, im Webmailer und auf dem iPhone exakt das gleiche Bild.

[mmaass]

Eigentlich sollte es nicht notwendig sein aber dann müsstest Du in der functions.mail.inc.php bei $lang_geschaeftsfuehrer ein html_entity_decode() drum rum machen.

Ja genau, der Browser sollte die Darstellung von Utf8 beherschen, ist aber leider nicht immer der Fall.
Wenn der Empfänger bzw. der Server drunter auf Iso basiert, was immer noch vor kommt, dann kann es zu Darstellungsproblemen kommen und muss den Server dann zwingen.

Grosse Konzerne sind auch nicht immer unfehlbar, ebenso wie wir. Beispielsweise kann Amazon sowie Paypal bis heute Umlaute noch nicht richtig verarbeiten. Nur wir kleinen müssen alles zu 100% können.

[olape]

ich habe jetzt bei den Zeilen 149 - 152

html_entity_decode[/code]

hizugefügt.

Code: Alles auswählen

   $PostArray["lang_sitz_gesellschaft"] = html_entity_decode($lang_sitz_gesellschaft);
   $PostArray["lang_gerichtsstand"] = html_entity_decode($lang_gerichtsstand);
   $PostArray["lang_geschaeftsfuehrer"] = html_entity_decode($lang_geschaeftsfuehrer);
   $PostArray["lang_amtsgericht"] = html_entity_decode($lang_amtsgericht);

Gebracht hat es nichts. Alles unverändert.

Gruss Olaf

[mmaass]

Tja, dann wird es immer wunderlicher, warum zwei gleiche Sätze eine unterschiedliche Darstellung haben.
Ich bin soweit durch mit allen, was mir aus der Ferne einfällt.

[olape]

Ja, das war es, was mich auch von Anfang an gestört hat.
Das es nur einen Teil betrifft. Das ist schon komisch.

Na schauen wir mal, es brennt ja nicht.
Vielleicht fällt ja noch jemanden was ein.

Danke für die Unterstützung

[olape]

Nun muss ich das Thema mal wieder hoch holen.

Ich habe mir mal aus den logs (admin/data/logs/mails/passwort_vergessen)die entsprechenden E-Mails herausgesucht.

Wenn ich mir die ansehe, dann ist schon hier der Fehler vorhanden.
Also von daher ist es egal, welchen E-Mail-Client man nachher nutzt.

Die Dateien sind in ANSI, öffnet man sie so, dann ist das Fehlerbild genau kontra dem, was dann im Mail-Client dargestellt wird. Stellt man sie um auf UTF8, dann ist das Fehlerbild gleich dem des E-Mail-Clients.

Von daher wissen wir nun schon, dass die Mails vom Client schon mal als UTF8 angezeigt werden.

Ich konnte das Problem für mich lösen, indem ich das Template index.php unter templates/standard/mail_text angepasst habe.

An genau den Stellen, an denen die Umlaute mit UTF8 falsch dargestellt werden werden die Einträge so erstellt:

Code: Alles auswählen

<?php echo utf8_decode($_POST["tpl_betreiber_sitz_gesellschaft"])?>

Ich habe diese Stellen geändert in:

Code: Alles auswählen

<?php echo $_POST["tpl_betreiber_sitz_gesellschaft"]?>

Damit funktionieren erst mal die E-Mails zur Registrierung und Passwort vergessen.

Leider kommen dann weitere Probleme, die ich bisher noch nicht gelöst habe.
So kommt die Bestellbestätigung dann in der Art an:

Code: Alles auswählen

Sie können Ihre Vertragserklärung innerhalb von 14 Tagen ohne Angabe von Gründen in Textform (z.B. Brief, Fax, E-Mail) oder wenn Ihnen die Sache vor Fristablauf überlassen wird auch durch

Von daher habe ich mich vorerst entschieden, die Möglichkeit der Auswahl von Text als E-Mail-Format auszublenden und damit html zum einheitlichen Standard zu machen.
Und gerade ich bin einer von denen, die E-Mail für ein reines Nachrichtensystem halten und damit natürlich Text den Vorzug geben.

Und weil wir gerade so schön bei E-Mail sind.
In der deutschen Sprachdatei gibt es, gefühlt, 100 verschiedene Schreibweisen von E-Mail.
email, eMail, E-Mail, E-Mailadresse, E-Mail-Adresse usw..
Richtig wäre für diesen Fall E-Mail bzw. E-Mail-Adresse.
Das macht irgenwie keinen so tollen Eindruck. Jedenfalls meiner Meinung nach.
Vielleicht kann man das bei einer zukünftigen Version mal mit berücksichtigen.

[olape]

Nach heutigen Test funktioniert jetzt auch die Bestellbestätigung.
Hier war es ja nur noch die angehängte Widerrufsbelehrung der Bestellbestätigung für den Kunden, die nicht korrekt dargestellt wurde.

Zusammen mit den breits beschriebenen Änderungen in templates/standard/mail_text/index.php wurde der Text zur Belehrung neu verfasst. Jetzt ist der Text schon im Quelltext und auch schon in der Datenbank ohne html-Umschreibungen für Umlaute.
Das war vorher nicht der Fall, da gab es diese. (Originaltext der Installation)

Code: Alles auswählen

INSERT INTO `randshop_topnavi_langu` VALUES(6, 1, 'Widerrufsrecht', '', '<p><strong>Widerrufsrecht</strong><br />\r\nSie k&ouml;nnen Ihre Vertragserkl&auml;rung innerhalb von 14 Tagen ohne Angabe von Gr&uuml;nden in Textform (z.B. Brief, Fax, E-Mail) oder wenn Ihnen die Sache vor Fristablauf &uuml;berlassen wird auch durch R&uuml;cksendung der Sache widerrufen. ....</p>', '', 'Widerrufsrecht');

Und nun läuft der jetzige Shop mit PHP 5.5 beim letzten Test war es PHP 5.2, wobei das wohl nichts damit zu tun haben sollte.

Alternativ dazu könnte man (Wenn es wie bei uns nur noch um den Text der Widerrufsbelehrung geht) versuchen, in /includes/functions.mail.inc.php die Zeile 433

Code: Alles auswählen

$PostArray["agb"] = stripslashes(strip_tags($MenueObject->textEintrag));

zu ändern in

Code: Alles auswählen

 $PostArray["agb"] = stripslashes(strip_tags(html_entity_decode($MenueObject->textEintrag)));

Gruss Olaf