E-mail de PHP a cassé l'en-tête de l'encodage

TL;DR

$preferences = ['input-charset' => 'UTF-8', 'output-charset' => 'UTF-8'];
$encoded_subject = iconv_mime_encode('Subject', $subject, $preferences);
$encoded_subject = substr($encoded_subject, strlen('Subject: '));
mail($to, $encoded_subject, $message, $headers);

ou

mb_internal_encoding('UTF-8');
$encoded_subject = mb_encode_mimeheader($subject, 'UTF-8', 'B', "\r\n", strlen('Subject: '));
mail($to, $encoded_subject, $message, $headers);

Problème et de la solution

La Content-Type et Content-Transfer-Encoding en-têtes s'applique seulement pour le corps de votre message. Pour les en-têtes, il y a un mécanisme qui permet de spécifier leur encodage spécifié dans RFC 2047.

Vous devez encoder vos Subject via iconv_mime_encode(), qui existe depuis PHP 5:

$preferences = ["input-charset" => "UTF-8", "output-charset" => "UTF-8"];
$encoded_subject = iconv_mime_encode("Subject", $subject, $preferences);

^{Changer input-charset pour correspondre à l'encodage de votre chaîne $subject. Vous devriez laisser output-charset comme UTF-8. Avant de PHP 5.4, l'utilisation array() au lieu de [].}

Maintenant $encoded_subject est (sans point de retour à la ligne)

Subject: =?UTF-8?B?VmVyeSBsb25nIHRleHQgY29udGFpbmluZyBzcGVjaWFsIGM=?=
 =?UTF-8?B?aGFyYWN0ZXJzIGxpa2UgxJvFocSNxZnFvsO9w6HDrcOpPD4/PSsqIHA=?=
 =?UTF-8?B?cm9kdWNlcyBzZXZlcmFsIGVuY29kZWQtd29yZHMsIHNwYW5uaW5nIG0=?=
 =?UTF-8?B?dWx0aXBsZSBsaW5lcw==?=

pour $subject contenant:

Very long text containing special characters like ěščřžýáíé<>?=+* produces several encoded-words, spanning multiple lines

Comment ça fonctionne?

La iconv_mime_encode() fonction divise le texte, code pour chaque pièce séparément dans un <mots codés> jeton et plis les espaces entre eux. Codé mot est =?<charset>?<encoding>?<encoded-text>?= où:

• <encoding> est soit B (pour En Base 64 – voir base64_encode()) ou Q (pour Quoted-printable – voir quoted_printable_encode()),
• <encoded-text> est une chaîne codée avec <encoding>, qui a charset <charset> après décodage.

Vous pouvez décoder =?CP1250?B?QWhvaiwgc3bsdGU=?= en chaîne UTF-8 Ahoj, světe (Hello, world en tchèque) via iconv("CP1250", "UTF-8", base64_decode("QWhvaiwgc3bsdGU=")) ou directement via iconv_mime_decode("=?CP1250?B?QWhvaiwgc3bsdGU=?=", 0, "UTF-8").

L'encodage en mots codés est plus compliqué, parce que la spécification exige que chaque mots codés jeton pour être au plus 75 octets de long et de chaque ligne contenant l'un des mots codés jeton doit être à plus de 76 octets de long (y compris le vide au début d'une continuation de la ligne). Ne pas mettre en œuvre le codage de vous-même. Tous vous avez vraiment besoin de savoir, c'est que iconv_mime_encode() respecte les spécifications.

Intéressantes liées à la lecture est l'article de Wikipédia Unicode et e-mail.

Alternatives

Rudimentaire option est à utiliser seulement un ensemble limité de caractères. ASCII est garanti pour fonctionner. ISO Latin 1 (ISO-8859-1), comme user2250504 suggéré, sera sans doute trop de travail, car il est souvent utilisé en remplacement lors de l'encodage n'est pas spécifié. Mais ces jeux de caractères sont très petits et vous serez probablement pas en mesure d'encoder tous les caractères que vous voudrez. En outre, les Rfc ne rien dire au sujet de savoir si le Latin 1 devrait fonctionner ou pas.

Vous pouvez également utiliser mb_encode_mimeheader(), comme Paul Norman répondu, mais il est facile de l'utiliser de manière incorrecte.

1. Vous devez utiliser mb_internal_encoding() pour définir les fonctions mbstring " interne utilisé l'encodage. Le mb_* fonctions s'attendre à des chaînes d'entrée pour être dans cet encodage. Attention: Le deuxième paramètre de mb_encode_mimeheader() n'a rien à voir avec la chaîne d'entrée (en dépit de ce que le manuel dit). Il correspond à la <charset> lors de l'encodage du mot (voir Comment ça fonctionne? ci-dessus). La chaîne d'entrée est recodée à partir du codage interne à celui-ci avant d'être passé au B ou Q encodage.

   Paramètre de codage interne peut ne pas être nécessaire, car de PHP 5.6, parce que le sous-jacent mbstring.internal_encoding option de configuration a été dépréciée en faveur de la default_charset option, qui a été mis en UTF-8 par défaut, depuis. Remarque que c'est juste un défaut, et il peut être inapproprié de s'appuyer sur les valeurs par défaut dans votre code.

2. Vous devez inclure le nom d'en-tête et du côlon dans la chaîne d'entrée. Le RFC impose une forte limite sur la longueur de la ligne et il doit tenir pour la première ligne, trop! Une alternative est de jouer avec le cinquième paramètre ($indent; dernier en septembre 2015), mais c'est encore moins pratique.

3. La mise en œuvre pourrait avoir des bugs. Même si elle est utilisée correctement, vous risquez d'avoir cassé la sortie. Au moins ce est ce que beaucoup de commentaires sur la page de manuel de dire. Je n'ai pas réussi à trouver en cas de problème, mais je sais que la mise en œuvre de mots codés est délicate. Si vous trouvez réels ou potentiels bugs dans mb_encode_mimeheader() ou iconv_mime_encode(), s'il vous plaît, laissez-moi savoir dans les commentaires.

Il y a aussi au moins un à l'envers à l'aide de mb_encode_mimeheader(): il n'est pas toujours encoder tous les en-tête de contenu, ce qui économise de l'espace et laisse le texte lisible par l'homme. Le codage est nécessaire uniquement pour les non-ASCII pièces. La sortie analogue à la iconv_mime_encode() exemple ci-dessus est:

Subject: Very long text containing special characters like
 =?UTF-8?B?xJvFocSNxZnFvsO9w6HDrcOpPD4/PSsqIHByb2R1Y2VzIHNldmVyYWwgZW5j?=
 =?UTF-8?B?b2RlZC13b3Jkcywgc3Bhbm5pbmcgbXVsdGlwbGUgbGluZXM=?=

Exemple d'utilisation de mb_encode_mimeheader():

mb_internal_encoding('UTF-8');
$encoded_subject = mb_encode_mimeheader("Subject: $subject", 'UTF-8');
$encoded_subject = substr($encoded_subject, strlen('Subject: '));
mail($to, $encoded_subject, $message, $headers);

C'est une alternative à l'extrait de code dans TL;DR en haut de ce post. Au lieu de simplement en réservant l'espace pour Subject:, il se met là et puis l'enlève afin d'être en mesure de l'utiliser avec les mail()’s stupide interface.

Si vous aimez les fonctions mbstring mieux que la fonction iconv, vous pourriez vouloir utiliser mb_send_mail(). Il utilise mail() en interne, mais code objet et le corps du message automatiquement. Encore une fois, à utiliser avec précaution.

En-têtes d'autre que de soumettre besoin d'un traitement différent

Notez que vous ne devez pas supposer que l'encodage de l'ensemble du contenu d'un en-tête est OK pour tous les en-têtes qui peuvent contenir des caractères non-ASCII. E. g. De, À, Cc, Cci et De Réponse peut contenir des noms pour les adresses qu'ils contiennent, mais seulement les noms peuvent être encodés, pas les adresses. La raison en est que <encoded-word> jeton peut remplacer juste <text>, <ctext> et <word> jetons, et seulement dans certaines circonstances (voir §5 de la RFC 2047).

Encodage des textes non-ASCII dans les autres en-têtes est un lien mais une autre question. Si vous souhaitez en savoir plus sur ce sujet, la recherche. Si vous ne trouvez pas de réponse, poser une autre question et de m'indiquer dans les commentaires.

Enregistrer le fichier php avec le bon charset.

Dans mon cas, dans Sublime Text, j'ai utilisé l'option suivante:

Fichier > Enregistrer avec l'Encodage > Occidentale (ISO-8859-1) [portugais Brésilien]

Faisant cela, vous n'avez pas besoin d'utiliser n'importe quelle commande.