[Gelöst] Umstellung von PHP 5.4 auf PHP 5.6 macht Problem

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 19:15

Seit der Umstellung auf PHP 5.6 funktioniert die Mail-Kodierung nicht mehr richtig. In den Einstellungen von mod_form habe ich "ISO-8859-1 erzwingen" gewählt und das soll auch so bleiben.

Unter PHP 5.6 erscheinen dann plötlzich die Umlaute im Betreff nicht mehr korrekt und der Mail-Body ist ganz leer. Ausprobiert habe ich es sowohl bei 1&1 als auch bei All-Inkl.

Beispiel einer unter PHP 5.4 generierten Mail:

Code: Alles auswählen

To: formulartest@########.de
Subject: Nachricht =?ISO-8859-1?Q?=FCber=20Kontakt-Formular?=
From: formulartest@########.de
Cc: 
Reply-To: formulartest@########.de
Content-Type: text/plain; format=flowed; charset="ISO-8859-1"
Message-Id: <20160321141017.5C1F45B8410D@dd15816.kasserver.com>
Date: Mon, 21 Mar 2016 15:10:17 +0100 (CET)
Envelope-To: <guenther@########.de>

Folgende Daten wurden am 21.03.2016 um 15:10 Uhr über das Kontakt-Formular von www.########.de übermittelt:

Name: Günther Noch ein Test

E-Mail-Adresse: formulartest@########.de

Telefon: 


Mitteilung:

Noch ein Test: äöüÄÖÜ€

Und mit genau dem selben ins Nachrichten-Feld des Formulars eingegebenen Text unter PHP 5.6:

Code: Alles auswählen

To: formulartest@########.de
Subject: Nachricht =?ISO-8859-1?Q?=3Fber=20Kontakt-Formular?=
From: formulartest@########.de
Cc: 
Reply-To: formulartest@########.de
Content-Type: text/plain; format=flowed; charset="ISO-8859-1"
Message-Id: <20160321141417.566B85B8410D@dd15816.kasserver.com>
Date: Mon, 21 Mar 2016 15:14:17 +0100 (CET)
Envelope-To: <########@########.de>

Beitrag von **MarkusR** » 21.03.2016 19:57

Prüfe mal, ob das Formular bei der Eingabe als ISO oder UTF codiert wird.
Die Default-Einstellung von 1&1 bei 5.6 ist leider UTF-8.

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 20:14

Wie finde ich das heraus?

Wenn ich mir im Browser Quelltext bzw. Seiteninformationen der Formularseite ansehe, ist die ISO-8859-1. Eine entsprechende Zeile befndet sich in der ../_include/common.inc.php:

header('Content-type: text/html; charset=ISO-8859-1');

Aber mail() schert sich nicht darum

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 20:23

Alle charsets sind defaultmäßig auf "no value" laut phpinfo()

Das habe ich zwar gefunden: https://www.saotn.org/php-56-default_ch ... ml-output/

Aber der default_charset lässt sich nicht per php.ini ändern

Beitrag von **MarkusR** » 21.03.2016 20:38

Im IE per Rechtsklick bei Codierung zu sehen (siehe Bild).

Bei 1&1 lässt es sich prima einstellen wenn man in JEDES Verzeichnis eine php.ini mit folgendem Inhalt stellt:

Code: Alles auswählen

default_charset = "iso-8859-1"

Habe ich erst gestern durchexerziert.
Mit Shell-Zugriff reicht auch eine, die per Symbolic-Link in alle Verzeichnisse gespiegelt wird. Anleitung in den FAQ.

Aber eigentlich sollte die Header-Zeile reichen.

Die Konvertierung des Betreffs übernimmt ja die Funktion mb_encode_mimeheader, dann muss aber auch mit der richtigen Codierung gefüttert werden. Daher dachte ich an falsche Codierung der Formularseite.

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 21:01

Bei 1&1, da gebe ich dir Recht, kann ich den default_charset per php.ini beeinflussen.
Die Betreffzeile wird auch da falsch codiert, aber der Mail-Body enthält wenigstens den richtigen Inhalt.

Nicht so bei All-Inkl. Aber mein Kunde ist nun endlich von der Telekom zu All-Inkl gewechselt und daher muss es jetzt dort irgendwie klappen.

Beitrag von **MarkusR** » 21.03.2016 21:05

Und wie wird jetzt das Formular, also die Seite wo man die Daten eintippt, codiert?

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 21:09

wie es sich gehört: ISO-8859-1

Beitrag von **MarkusR** » 21.03.2016 21:19

Tja, da helfen dann nur ein Stapel Kontrollausgaben.

Nach Ostern werde ich das mal auf PHP 5.6 und 7 probieren.

1&1 bietet einen verlängerten Support für PHP 5.4.

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 21:26

Aber es geht ja um All-Inkl, so dass ich dort auf PHP 5.4 wieder wechsle.
Andere Kunden - die meisten - sind allerdings bei 1&1

Beitrag von **MarkusR** » 21.03.2016 21:51

Bei All-Inkl kann ich aber nicht testen.

Mr. Magpie · Beitrag von **Mr. Magpie** » 21.03.2016 21:55

Da würde ich dir ggf. was zu einrichten. Okay?

Mr. Magpie · Beitrag von **Mr. Magpie** » 22.03.2016 00:10

Ich habe es jetzt gelöst bekommen

Das Problem bestand aus mehreren Teilen:

a) Konnte ich bei All-Inkl die nötigen Einstellungen nicht durch eine php.ini setzen. Die php.ini wurde schlichtweg ignoriert.

b) Die Codierung des Mail-Body erfolgt anders als die der Betreff-Zeile, es brauchte folglich auch zwei verschiedene Lösungen

Zunächst zum Mailbody:

Dieser war unter PHP 5.6 stets komplett leer!!
Daran änderte sich nichts, ganz gleich, welchen Wert $encoding in der Zeile

Code: Alles auswählen

$contentType = 'Content-Type: text/plain; format=flowed; charset="'. $encoding . '"' . $newline;

von ../mod_form/includes/actions.inc.php annahm.
Bald war mir klar, das musste an der default_charset-Einstellung liegen, welche bei mir (All-Inkl) laut phpinfo() immer "no value" hatte.
Hier fand ich, dass ich den default_charset auch über die .htaccess im Root-Verzeichnis von ConPresso setzen konnte.
Ich hab' dann also in die .htaccess die Zeile

Code: Alles auswählen

php_value default_charset ISO-8859-1

eingefügt... und schon ging's!

Die Betreffzeile:

Wie Markus erwähnte, wird diese per mb_encode_mimeheader() codiert.
Wenn ich diese Funktion in ../mod_form/includes/actions.inc.php ganz weg ließ, blieb die Betreffzeile uncodiert, aber alle Umlaute blieben erhalten (getestet in Thunderbird).
In php.net las ich hier, dass die Funktion mb_encode_mimeheader() abhängig ist von einem korrekt gesetzten Wert von mbstring.internal_encoding. Auch diese Einstellung hatte bei All-Inkl "no value".

Diesen setzte ich nun analog zum default_charset in der .htaccess-Datei:

Code: Alles auswählen

php_value mbstring.internal_encoding ISO-8859-1

Bingo - das war's!!

Mr. Magpie · Beitrag von **Mr. Magpie** » 31.03.2016 21:37

Bei 1&1 führt die Verwendung von php_value in der .htaccess-Datei zu einem Internal Server Error 500.

Aber auch bei Shared Webhosting-Paketen bei 1&1 kann man die notwendigen Einstellungen zentral setzen!

Und zwar erstellt man eine Textdatei names ".user..ini" (wichtig ist der Punkt vor "user") im ConPresso-Root-Verzeichnis mit folgendem Inhalt:

Code: Alles auswählen

default_charset = "iso-8859-1"
mbstring.internal_encoding = "iso-8859-1"

Diese Einstellung gilt dann auch in allen Unterverzeichnissen

ConPresso4 Community

[Gelöst] Umstellung von PHP 5.4 auf PHP 5.6 macht Problem

[Gelöst] Umstellung von PHP 5.4 auf PHP 5.6 macht Problem

Gelöst!!

[gelöst] php_value -> Internal Server Error 500