Je vois beaucoup d'implémentations de courrier électronique PHP à l'aide de "\ r \ n", mais j'en ai également vu certains d'entre eux à l'aide de la constante php_eol. Lequel est le meilleur? P>
Merci pour toute aide
Metropolis P>
3 Réponses :
Je crois aussi que la plupart des clients de messagerie non-Windows compenseront de toute façon, de sorte que \ r \ n code> est la nouvelle ligne Windows, si vos clients sont principalement des utilisateurs de Windows, alors cela vous fera bien. P>
\ r \ n code> ne doit pas être un problème sur Mac ou * Nix. P>
juste pour vous assurer: p>
Donc, si vous avez un serveur Linux / Unix, Aujourd'hui, cela n'aurait pas d'importance que vous n'utilisez que vous utilisez et je pense que la plupart des applications de messagerie Windows peuvent également gérer juste php_eol code> n'aura aucun effet sur l'e-mail auprès du récepteur fort> côté. Il utilisera la nouvelle combinaison de caractères de ligne courante sur le système Votre script PHP fonctionne. P>
php_eol code> aboutira à \ n code> et si vous avez un serveur Windows, il sera \ r \ n code>. p>
\ n code> (Afaik même Wordpad le comprend, est le bloc-notes qui a des problèmes). p>
S'il s'agit de terminer les lignes d'un courrier électronique, c'est la spécification de courrier électronique que vous devez examiner, pas ce qui est utilisé sur une plate-forme particulière. p>
+1 pour consulter la RFC. Maintenant que vous avez posté cela, j'ai un souvenir vague de la lecture qu'une fois.
Impressionnant. Merci pour la grande explication JB.
PHP sur Linux semble utiliser \ n pour séparer les lignes d'en-tête lorsque la commande mail () est utilisée. Donc, si vous utilisez \ R \ N dans un en-tête personnalisé, certains serveurs de messagerie interprètent cela sous forme de deux caractères de nouvelle ligne et montrez une partie de l'en-tête par la poste. (Désolé pour le commentaire de la fin de l'année, mais c'est toujours un problème dans PHP 5.2, voir aussi fluxbb.org/development/core/tickets/667 )
@Burninleo Seriez-vous par hasard si le problème est corrigé dans les versions ultérieures?
Je sais pas. En fait, je ne sais même pas si cette mauvaise conduite est causée par PHP ou par postfix. C'est probablement postfix que attend i> LF au lieu de CR + LF sur une machine Linux (voir bugs.php.net/bug.php?id=15841 )