PHP mail() und Umlaute

[lucarp]

Hallo,

ich verschicke Mails mit der PHP Funktion mail() und möchte nun auch endlich das Umlautproblem in den griff bekommen.

die Website ist in UTF-8 kodiert und somit kommen die Umlaute bei einigen Empfängern kaputt an.

nun dachte ich, sollte es klappen, wenn der Mailheader die entsprechenden Informationen zum Zeichensatz enthält

$to = 'Vorname Nachname <Emailadresse>';
$subject = "Betreff";
$message = "Nachricht";
$headers = "Return-Path: [email protected]". "\n";
$headers .= "MIME-Version: 1.0" . "\n";
$headers .= "Content-type:text/plain;charset=ISO-8859-1" . "\n";
$headers .= "Content-Transfer-Encoding: quoted-printable" . "\n";
$headers .= 'From: Firma X<[email protected]>' . "\n";


mail($to,$subject,$message,$headers);

leider klappt das nicht.

ich habe testweise probiert die Inhalte mit utf8_decode() zu behandeln, was auch klappt.
ich verstehe es nur nicht.

Ein weiteres Problem ist, dass Worte im Absender- oder Empfängername die Umlaute enthalten z.B. bei gmx.net in Anführungszeichen angezeigt werden z.B. "Rüdiger" Test <r.test@@domain.tld>.

Warum? und wie kann man das umgehen?

Danke

 

[Commodore]

Wieso gibst du ISO-8859-1 als Charset an wenn du die Nachricht doch als UTF-8 verschicken willst? Das hier sollte die Lösung für dein Problem sein: How to send correct UTF-8 mail in PHP | bitPrison.net

 

[threadi]

Du gibst im Header der E-Mail

Content-type:text/plain;charset=ISO-8859-1

an, folglich musst Du auch die Inhalte in iso-8859-1 auszeichnen. Wenn Du utf-8 in der Mail nutzen willst ändere diese Angabe in

$headers .= "Content-type:text/plain;charset=utf-8" . "\n";

Umlaute in Absendernamen müssen ebenfalls so kodiert werden wie es beim Content-type angegeben ist. Dafür gibt es jedoch eine spezielle Schreibweise da man hier nur US-ASCII-Zeichen verwenden darf. Beispiel:

$from = sprintf('=?UTF-8?Q?%s <%s>', imap_8bit($name), $email);

PHP: imap_8bit - Manual

 

[lucarp]

Danke für die Antworten,

Damit bin ich schonmal so weit gekommen wie bis jetzt noch nicht :-)

eine Verständnissfrage hätte ich zu

[COLOR=#000000][COLOR=#0000BB][/COLOR][COLOR=#DD0000]=?UTF-8?Q?%s <%s>[/COLOR][COLOR=#007700][/COLOR][/COLOR]

für was steht dieses ?Q?

Im Beispiel von Commodore steht an dieser stelle ein ?B?

 

[threadi]

Wenn Du genau hinschaust gibt es noch einen anderen Unterschied. Bei MIME-B (also ?B?) wird der Text dahinter base64-kodiert angegeben. Bei MIME-Q (q für quoted-printable) wird der Text dahinter quoted-printable eingetragen. Welche Variante Du nimmst, ist dir überlassen.

 

[lucarp]

ah okay.
das macht Sinn.

Also der Stand der Dinge ist jetzt, dass ich alles soweit hinbekommen habe, dass auch im Webmail von gmx.net alles korrekt angezeigt wird.
Jetzt wird allerdings bei web.de der Absender und Empfänger folgend anzgezeigt

=?UTF-8?Q?.....?=

kann man es allen recht machen?

Ich habe dem Header noch

Content-Transfer-Encoding: quoted-printable

hinzugefügt, was allerdings nichts ändert

 

[threadi]

Schau dir mal den Quellcode der E-Mail haargenau an. Der wäre für eine Analyse interessant. Ggfs. verhält sich web.de bei sowas aber auch falsch, was ich erstmal nicht vermuten würde.

 

[lucarp]

Also ich habe jetzt folgendes bemerkt.

Bei web.de kommen die Absende und Empfängernamen mit base64_encode() richtig an
bei gmx.de und den meisten anderen mit imap_8bit()

ich habe deshlab folgende abfrage gemacht, was aber leider nicht funktioniert.
Damit kommen bei web.de alle richtig an und bei allen anderen dafür das chaos :-)

$mail_domain = explode("@",$tomail);

  if($mail_domain[1] == "web.de")
      {
       $mailto = '=?UTF-8?B?' . base64_encode($toname) . '?=<' . $tomail . '>';  
         $mailfrom = '=?UTF-8?B?' . base64_encode($fromname) . '?=<' . $frommail . '>' . "\r\n"; 
    }
    else
    {
        $mailto = '=?UTF-8?Q?' . imap_8bit($toname) . '?=<' . $tomail . '>';  
          $mailfrom = '=?UTF-8?Q?' . imap_8bit($fromname) . '?=<' . $frommail . '>' . "\r\n"; 
    }

 

[threadi]

Interessant. Mit so einer unterschiedlichen Unterstützung bei WebMailern hätte ich nicht gerechnet. Danke für die Rückmeldung.