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

[Mr. Magpie]

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:

[MarkusR]

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]

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]

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

Das habe ich zwar gefunden: https://www.saotn.org/php-56-default_charset-change-may-break-html-output/

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

[MarkusR]

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:

[Mr. Magpie]

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.

[MarkusR]

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

[Mr. Magpie]

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

[MarkusR]

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]

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

[MarkusR]

Bei All-Inkl kann ich aber nicht testen.

[Mr. Magpie]

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

[Mr. Magpie]

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

[Mr. Magpie]

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: