Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
yvon.thoravalNO-SPAM
Matt wrote:
Non, mais il fait la tronche si l'ent-ête "Content-Type:" n'est pas standard.
Bon, merci, je vais vouère si je peux lui rajouter ça, je suppose que c'est un peu la même chose pour d'autres clients (MacOS X, win* et *nix)... -- yt
Matt <sbehzf@syrius.org> wrote:
Non, mais il fait la tronche si l'ent-ête "Content-Type:" n'est pas
standard.
Bon, merci, je vais vouère si je peux lui rajouter ça, je suppose que
c'est un peu la même chose pour d'autres clients (MacOS X, win* et
*nix)...
--
yt
Non, mais il fait la tronche si l'ent-ête "Content-Type:" n'est pas standard.
Bon, merci, je vais vouère si je peux lui rajouter ça, je suppose que c'est un peu la même chose pour d'autres clients (MacOS X, win* et *nix)... -- yt
yvon.thoravalNO-SPAM
Matt wrote:
Non, mais il fait la tronche si l'ent-ête "Content-Type:" n'est pas standard. j'ai ajouté ça dans le header côté php :
Content-Type: text/plain; charset=utf-8;nFrom:
(n utile ou nuisible ?)
et je retrouve ça dans le mail : Content-Type: TEXT/PLAIN Content-Transfer-Encoding: 8BIT
+ champs De bien renseigné. mais bon tjs pas d'accents si je ne change pas dans Message > ...
Tu peux changer l'encodage depuis le menu "Message" > "Codage de texte".
Oui, ça, ça marche impec -- yt
Matt <sbehzf@syrius.org> wrote:
Non, mais il fait la tronche si l'ent-ête "Content-Type:" n'est pas
standard.
j'ai ajouté ça dans le header côté php :
Non, mais il fait la tronche si l'ent-ête "Content-Type:" n'est pas standard. j'ai ajouté ça dans le header côté php :
Content-Type: text/plain; charset=utf-8;nFrom:
(n utile ou nuisible ?)
et je retrouve ça dans le mail : Content-Type: TEXT/PLAIN Content-Transfer-Encoding: 8BIT
+ champs De bien renseigné. mais bon tjs pas d'accents si je ne change pas dans Message > ...
Tu peux changer l'encodage depuis le menu "Message" > "Codage de texte".
Oui, ça, ça marche impec -- yt
Schmurtz
(Yvon Thoraval) wrote:
Depuis le web (php) j'envoie des mails encodés en utf-8, apparemment Mail.app n'aime pas ?
Pas de réglag dans les prefs ?
Normalement, ça marche bien. Vérifie toutefois que le script PHP n'oublie pas de mettre l'entête "content-type" avec l'encodage utilisé (un truc comme "Content-Type: text/plain; charset=UTF-8").
Sinon, le menu Message > Codage de texte doit pouvoir forcer l'encodage choisit pour l'affichage du mail courant.
Depuis le web (php) j'envoie des mails encodés en utf-8, apparemment
Mail.app n'aime pas ?
Pas de réglag dans les prefs ?
Normalement, ça marche bien. Vérifie toutefois que le script PHP
n'oublie pas de mettre l'entête "content-type" avec l'encodage utilisé
(un truc comme "Content-Type: text/plain; charset=UTF-8").
Sinon, le menu Message > Codage de texte doit pouvoir forcer l'encodage
choisit pour l'affichage du mail courant.
Depuis le web (php) j'envoie des mails encodés en utf-8, apparemment Mail.app n'aime pas ?
Pas de réglag dans les prefs ?
Normalement, ça marche bien. Vérifie toutefois que le script PHP n'oublie pas de mettre l'entête "content-type" avec l'encodage utilisé (un truc comme "Content-Type: text/plain; charset=UTF-8").
Sinon, le menu Message > Codage de texte doit pouvoir forcer l'encodage choisit pour l'affichage du mail courant.
-- Schmurtz
Eric Lévénez
Le 25/01/05 22:18, dans <1gqytq6.1hfcsvme6gkmqN%, « Yvon Thoraval » a écrit :
j'ai ajouté ça dans le header côté php : Content-Type: text/plain; charset=utf-8;nFrom:
(n utile ou nuisible ?)
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas juste 2 caractères ?
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 25/01/05 22:18, dans
<1gqytq6.1hfcsvme6gkmqN%yvon.thoravalNO-SPAM@free.fr>, « Yvon Thoraval »
<yvon.thoravalNO-SPAM@free.fr> a écrit :
j'ai ajouté ça dans le header côté php :
Content-Type: text/plain; charset=utf-8;nFrom: jcave@free.fr
(n utile ou nuisible ?)
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur
qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas
juste 2 caractères ?
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 25/01/05 22:18, dans <1gqytq6.1hfcsvme6gkmqN%, « Yvon Thoraval » a écrit :
j'ai ajouté ça dans le header côté php : Content-Type: text/plain; charset=utf-8;nFrom:
(n utile ou nuisible ?)
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas juste 2 caractères ?
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
yvon.thoravalNO-SPAM
Eric Lévénez wrote:
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas juste 2 caractères ?
Non, c'est jsute deux caractères, j'ai "pompé" ça sur un site pour php... C'et quoi un encodage C-like ? Je tiens à ce que mes * futurs * utilisateurs, reçoivent le bon encodage... -- yt
Eric Lévénez <news@levenez.com.invalid> wrote:
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur
qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas
juste 2 caractères ?
Non, c'est jsute deux caractères, j'ai "pompé" ça sur un site pour
php...
C'et quoi un encodage C-like ?
Je tiens à ce que mes * futurs * utilisateurs, reçoivent le bon
encodage...
--
yt
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas juste 2 caractères ?
Non, c'est jsute deux caractères, j'ai "pompé" ça sur un site pour php... C'et quoi un encodage C-like ? Je tiens à ce que mes * futurs * utilisateurs, reçoivent le bon encodage... -- yt
yvon.thoravalNO-SPAM
Matt wrote:
Normal car dans l'en-tête "Content-Type:" il n'y a pas la déclaration de l'encodage utilisé.
Mince, j'ai trouvé ça dans un message lié à la funcion php mail()... -- yt
Matt <sbehzf@syrius.org> wrote:
Normal car dans l'en-tête "Content-Type:" il n'y a pas la déclaration de
l'encodage utilisé.
Mince, j'ai trouvé ça dans un message lié à la funcion php mail()...
--
yt
Normal car dans l'en-tête "Content-Type:" il n'y a pas la déclaration de l'encodage utilisé.
Mince, j'ai trouvé ça dans un message lié à la funcion php mail()... -- yt
yvon.thoravalNO-SPAM
Yvon Thoraval wrote:
Normal car dans l'en-tête "Content-Type:" il n'y a pas la déclaration de l'encodage utilisé.
Ben écoutes, suite à ta remarque, j'ai vérifié sur <http://fr.php.net/function.mail> qui renvoie à <http://www.zend.com/zend/spotlight/sendmimeemailpart1.php>
lequel donne un exemple :
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
donc j'ai mis, cette fois-ci :
MIME-Version: 1.0rn
Content-Type: text/plain; charset="utf-8"rn
Content-Transfer-Encoding: 8bitrn etc...
je trouverai bien la bonne syntaxe...
bon, je continue mes "recherche", à la page <http://www.zend.com/manual/function.mail.php> un autre exemple : /* To send HTML mail, you can set the Content-type header. */ $headers = "MIME-Version: 1.0rn"; $headers .= "Content-type: text/html; charset=iso-8859-1rn"; ??? -- yt
Normal car dans l'en-tête "Content-Type:" il n'y a pas la déclaration de
l'encodage utilisé.
Ben écoutes, suite à ta remarque, j'ai vérifié sur
<http://fr.php.net/function.mail> qui renvoie à
<http://www.zend.com/zend/spotlight/sendmimeemailpart1.php>
lequel donne un exemple :
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
donc j'ai mis, cette fois-ci :
MIME-Version: 1.0rn
Content-Type: text/plain; charset="utf-8"rn
Content-Transfer-Encoding: 8bitrn
etc...
je trouverai bien la bonne syntaxe...
bon, je continue mes "recherche", à la page
<http://www.zend.com/manual/function.mail.php> un autre exemple :
/* To send HTML mail, you can set the Content-type header. */
$headers = "MIME-Version: 1.0rn";
$headers .= "Content-type: text/html; charset=iso-8859-1rn";
???
--
yt
Normal car dans l'en-tête "Content-Type:" il n'y a pas la déclaration de l'encodage utilisé.
Ben écoutes, suite à ta remarque, j'ai vérifié sur <http://fr.php.net/function.mail> qui renvoie à <http://www.zend.com/zend/spotlight/sendmimeemailpart1.php>
lequel donne un exemple :
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
donc j'ai mis, cette fois-ci :
MIME-Version: 1.0rn
Content-Type: text/plain; charset="utf-8"rn
Content-Transfer-Encoding: 8bitrn etc...
je trouverai bien la bonne syntaxe...
bon, je continue mes "recherche", à la page <http://www.zend.com/manual/function.mail.php> un autre exemple : /* To send HTML mail, you can set the Content-type header. */ $headers = "MIME-Version: 1.0rn"; $headers .= "Content-type: text/html; charset=iso-8859-1rn"; ??? -- yt
Eric Lévénez
Le 26/01/05 7:09, dans <1gqzi6n.khamhmzbx75oN%, « Yvon Thoraval » a écrit :
Eric Lévénez wrote:
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas juste 2 caractères ?
Non, c'est jsute deux caractères, j'ai "pompé" ça sur un site pour php...
Ah...
C'et quoi un encodage C-like ?
C'est un encodage comme pour le langage C. "rn" est une chaîne qui contient CR et LF et non pas "" "r" "" et "n". Beaucoup de langages utilisent cette convention.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 26/01/05 7:09, dans <1gqzi6n.khamhmzbx75oN%yvon.thoravalNO-SPAM@free.fr>,
« Yvon Thoraval » <yvon.thoravalNO-SPAM@free.fr> a écrit :
Eric Lévénez <news@levenez.com.invalid> wrote:
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur
qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas
juste 2 caractères ?
Non, c'est jsute deux caractères, j'ai "pompé" ça sur un site pour
php...
Ah...
C'et quoi un encodage C-like ?
C'est un encodage comme pour le langage C. "rn" est une chaîne qui
contient CR et LF et non pas "" "r" "" et "n". Beaucoup de langages
utilisent cette convention.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 26/01/05 7:09, dans <1gqzi6n.khamhmzbx75oN%, « Yvon Thoraval » a écrit :
Eric Lévénez wrote:
Ce n'est plus CR-LF le standard d'une fin de ligne ? Je ne suis pas sur qu'un LF seul marche. De plus ton n c'est bien un codage en C-like pas juste 2 caractères ?
Non, c'est jsute deux caractères, j'ai "pompé" ça sur un site pour php...
Ah...
C'et quoi un encodage C-like ?
C'est un encodage comme pour le langage C. "rn" est une chaîne qui contient CR et LF et non pas "" "r" "" et "n". Beaucoup de langages utilisent cette convention.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
yvon.thoravalNO-SPAM
Eric Lévénez wrote:
C'est un encodage comme pour le langage C. "rn" est une chaîne qui contient CR et LF et non pas "" "r" "" et "n". Beaucoup de langages utilisent cette convention.
Oui, tu as raison, c'est ce qu'il faut faire et là "ça marche", en fait les pages php donnent des commentaires d'utilisateurs, qui sont parfois faux...
Donc, en résumé, ce qui marche (testé uniquement avec Mail.app) :
en particulier il faut positionner le "Content-Transfer-Encoding" ...
-- yt
Eric Lévénez <news@levenez.com.invalid> wrote:
C'est un encodage comme pour le langage C. "rn" est une chaîne qui
contient CR et LF et non pas "" "r" "" et "n". Beaucoup de langages
utilisent cette convention.
Oui, tu as raison, c'est ce qu'il faut faire et là "ça marche", en fait
les pages php donnent des commentaires d'utilisateurs, qui sont parfois
faux...
Donc, en résumé, ce qui marche (testé uniquement avec Mail.app) :
C'est un encodage comme pour le langage C. "rn" est une chaîne qui contient CR et LF et non pas "" "r" "" et "n". Beaucoup de langages utilisent cette convention.
Oui, tu as raison, c'est ce qu'il faut faire et là "ça marche", en fait les pages php donnent des commentaires d'utilisateurs, qui sont parfois faux...
Donc, en résumé, ce qui marche (testé uniquement avec Mail.app) :
