est il possible de mettre des accents dans le sujet d'un email ?
j'ai essayé sans succes ici :
http://palestine-hn.org/dossiers/basem/
(tout en bas, "Vous pouvez nous contacter par eMail" juste en dessous de
la derniere photo)
"charset=macintosh" est stupide pour un page WWW. Peu de navigateurs comprennent "charset=macintosh".
Pour moi, ton « à » Macintosh (88 hexa) donne un « double dagger » windows-1252 (ce serait un caractère de contrôle en ISOLatin1).
Qui. Par example, voir http://www.google.fr/search?q=d%C5%BDcembre&ie=utf-8 ;-)
-- All free men, wherever they may live, are citizens of Denmark. And therefore, as a free man, I take pride in the words "Jeg er dansker!"
Olivier Miakinen
Le 13/03/2006 13:32, Pierre Goiffon a écrit :
[...] Il faut savoir que les entêtes MIME d'un courriel ne portent que sur le corps du message, pas sur les *autres* entêtes.
Exactement ! Et c'est la RFC 2047 qui en parle (la 3eme RFC parmis les 4 qui décrivent MIME) : http://www.ietf.org/rfc/rfc2047.txt?number 47
Dans le chapitre 4, on parle bien d'un codage possible en Base64 ou en Quoted Printable, au choix.
Merci pour le lien. Pour ma part j'en ai trouvé un autre, à propos des URL « mailto: » : <http://www.ietf.org/rfc/rfc2368.txt>
<cit.> 8-bit characters in mailto URLs are forbidden. MIME encoded words (as defined in [RFC2047]) are permitted in header values, but not for any part of a "body" hname. </cit.>
On est tout-à-fait dans ce cas.
Si l'on considère que le client mail serait capable de récupérer la chaine et de ne pas la ré-encoder une 2eme fois, je serai aussi très tenté de dire que suivant sa configuration (codage choisit) on risque d'avoir des surprises...
On peut supposer qu'un navigateur qui reconnaît l'URL de type mailto devrait avoir lu le RFC correspondant... du moins je l'espère ! Quant aux courrielleurs, ils seraient inexcusables de ne pas implémenter le RFC 2047, d'autant que la définition du quoted-printable remonte à juin 1992 au plus tard (RFC 1341). Je vais lancer un sondage dans fr.comp.mail pour savoir.
Bref, tout ça fait beaucoup de variables, beaucoup trop. Mettre en place un formulaire de contact qui va bien sera beaucoup, beaucoup plus profitable à l'utilisateur.
Beuah ! Je n'ai jamais supporté de rédiger un courriel dans une petite fenêtre à l'intérieur d'un site web, sans les facilités de mon logiciel favori, sans moyen de me faire une copie du message réellement envoyé, ni de recevoir un éventuel bounce. Qu'on fasse les deux, ça oui, c'est un plus ; mais n'avoir que le formulaire web me semble dommage.
-- Olivier Miakinen Troll du plus sage chez les conviviaux : le nouveau venu, avec son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
Le 13/03/2006 13:32, Pierre Goiffon a écrit :
[...] Il faut savoir que les entêtes MIME d'un courriel ne
portent que sur le corps du message, pas sur les *autres* entêtes.
Exactement !
Et c'est la RFC 2047 qui en parle (la 3eme RFC parmis les 4 qui
décrivent MIME) :
http://www.ietf.org/rfc/rfc2047.txt?number 47
Dans le chapitre 4, on parle bien d'un codage possible en Base64 ou en
Quoted Printable, au choix.
Merci pour le lien. Pour ma part j'en ai trouvé un autre, à propos des
URL « mailto: » : <http://www.ietf.org/rfc/rfc2368.txt>
<cit.>
8-bit characters in mailto URLs are forbidden. MIME encoded words (as
defined in [RFC2047]) are permitted in header values, but not for any
part of a "body" hname.
</cit.>
On est tout-à-fait dans ce cas.
Si l'on considère que le client mail serait capable de récupérer la
chaine et de ne pas la ré-encoder une 2eme fois, je serai aussi très
tenté de dire que suivant sa configuration (codage choisit) on risque
d'avoir des surprises...
On peut supposer qu'un navigateur qui reconnaît l'URL de type mailto
devrait avoir lu le RFC correspondant... du moins je l'espère ! Quant
aux courrielleurs, ils seraient inexcusables de ne pas implémenter le
RFC 2047, d'autant que la définition du quoted-printable remonte à
juin 1992 au plus tard (RFC 1341). Je vais lancer un sondage dans
fr.comp.mail pour savoir.
Bref, tout ça fait beaucoup de variables, beaucoup trop. Mettre en place
un formulaire de contact qui va bien sera beaucoup, beaucoup plus
profitable à l'utilisateur.
Beuah ! Je n'ai jamais supporté de rédiger un courriel dans une petite
fenêtre à l'intérieur d'un site web, sans les facilités de mon logiciel
favori, sans moyen de me faire une copie du message réellement envoyé,
ni de recevoir un éventuel bounce. Qu'on fasse les deux, ça oui, c'est
un plus ; mais n'avoir que le formulaire web me semble dommage.
--
Olivier Miakinen
Troll du plus sage chez les conviviaux : le nouveau venu, avec
son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
[...] Il faut savoir que les entêtes MIME d'un courriel ne portent que sur le corps du message, pas sur les *autres* entêtes.
Exactement ! Et c'est la RFC 2047 qui en parle (la 3eme RFC parmis les 4 qui décrivent MIME) : http://www.ietf.org/rfc/rfc2047.txt?number 47
Dans le chapitre 4, on parle bien d'un codage possible en Base64 ou en Quoted Printable, au choix.
Merci pour le lien. Pour ma part j'en ai trouvé un autre, à propos des URL « mailto: » : <http://www.ietf.org/rfc/rfc2368.txt>
<cit.> 8-bit characters in mailto URLs are forbidden. MIME encoded words (as defined in [RFC2047]) are permitted in header values, but not for any part of a "body" hname. </cit.>
On est tout-à-fait dans ce cas.
Si l'on considère que le client mail serait capable de récupérer la chaine et de ne pas la ré-encoder une 2eme fois, je serai aussi très tenté de dire que suivant sa configuration (codage choisit) on risque d'avoir des surprises...
On peut supposer qu'un navigateur qui reconnaît l'URL de type mailto devrait avoir lu le RFC correspondant... du moins je l'espère ! Quant aux courrielleurs, ils seraient inexcusables de ne pas implémenter le RFC 2047, d'autant que la définition du quoted-printable remonte à juin 1992 au plus tard (RFC 1341). Je vais lancer un sondage dans fr.comp.mail pour savoir.
Bref, tout ça fait beaucoup de variables, beaucoup trop. Mettre en place un formulaire de contact qui va bien sera beaucoup, beaucoup plus profitable à l'utilisateur.
Beuah ! Je n'ai jamais supporté de rédiger un courriel dans une petite fenêtre à l'intérieur d'un site web, sans les facilités de mon logiciel favori, sans moyen de me faire une copie du message réellement envoyé, ni de recevoir un éventuel bounce. Qu'on fasse les deux, ça oui, c'est un plus ; mais n'avoir que le formulaire web me semble dommage.
-- Olivier Miakinen Troll du plus sage chez les conviviaux : le nouveau venu, avec son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
Thibaut Allender
On 13/03/2006 10:08, Thomas wrote :
tu proposes quoi, à part les formulaires web ?
les formulaires web qui arrivent sur une adresse toute fraiche créée uniquement à cette fin, c'est la seule solution antispam efficace à 100%
In article (Dans l'article) , Thibaut Allender wrote (écrivait) :
On 13/03/2006 10:08, Thomas wrote : > tu proposes quoi, à part les formulaires web ?
les formulaires web qui arrivent sur une adresse toute fraiche créée uniquement à cette fin, c'est la seule solution antispam efficace à 100%
et don tu changes l'adresse tres regulierement simultanément dans le formulaire et sur le serveur mail ? bonne idée :-)
mais, un serveur mail qui renvoie un bounce pour cause d'adresse invalide, ca pollue moins qu'un serveur mail qui renvoie un bounce pour cause de sujet invalide ??
"don't put your PC out of the window, put windows out of your PC" "petit Free qui devient grand, gêne les requins blancs"
In article (Dans l'article) <94dhe3-k1c.ln1@Pilaf.capsule.corp>,
Thibaut Allender
<use_contact_form_on_website@n.o.s.p.a.m.capsule.org.invalid> wrote
(écrivait) :
On 13/03/2006 10:08, Thomas wrote :
> tu proposes quoi, à part les formulaires web ?
les formulaires web qui arrivent sur une adresse toute fraiche créée
uniquement à cette fin, c'est la seule solution antispam efficace à 100%
et don tu changes l'adresse tres regulierement simultanément dans le
formulaire et sur le serveur mail ?
bonne idée :-)
mais, un serveur mail qui renvoie un bounce pour cause d'adresse
invalide, ca pollue moins qu'un serveur mail qui renvoie un bounce pour
cause de sujet invalide ??
In article (Dans l'article) , Thibaut Allender wrote (écrivait) :
On 13/03/2006 10:08, Thomas wrote : > tu proposes quoi, à part les formulaires web ?
les formulaires web qui arrivent sur une adresse toute fraiche créée uniquement à cette fin, c'est la seule solution antispam efficace à 100%
et don tu changes l'adresse tres regulierement simultanément dans le formulaire et sur le serveur mail ? bonne idée :-)
mais, un serveur mail qui renvoie un bounce pour cause d'adresse invalide, ca pollue moins qu'un serveur mail qui renvoie un bounce pour cause de sujet invalide ??
