Geckozone

Lors de l'envoi d'accusé de réception en réponse automatique, le sujet est "Accusé de réception" avec les caractères accentués. Ceci ne passe pas :

INVALID CHARACTERS IN HEADER

Non-encoded 8-bit data (char E9 hex) in message header 'Subject'
Subject: Accus\351 de r\351ception (...
^

This nondelivery report was generated by the amavisd-new program
at host xxxmailb. Our internal reference code for your message
is 05126-03.


WHAT IS AN INVALID CHARACTER IN MAIL HEADER?

The RFC 2822 standard specifies rules for forming internet messages.
It does not allow the use of characters with codes above 127 to be used
directly (non-encoded) in mail header (it also prohibits NUL and bare CR).

If characters (e.g. with diacritics) from ISO Latin or other alphabets
need to be included in the header, these characters need to be properly
encoded according to RFC 2047.

Peut-on modifier le sujet transmis par défaut par Thunderbird ? ou existe-t'il une solution pour que le codage soit fait?

Merci

Essaie de cocher l'entrée suivante: outils->options->composition
"Utiliser quoted-printable pour les caractère 8 bits"
(Je paraphrase je n'ai qu'une version en anglais sous la main)

le resultat est le meme, ca vient de la generation automatique du sujet.

merci qd meme

Cela est un bug. Aucun doute. J'ai une petite idée de "workaround", mais auparavant, peux-tu me donner les informations suivantes.

1) Quelle version utilises-tu? 1.0.x ou 1.5 Si tu n'utilises pas la 1.5 (pas officielle mais en Release Candidate), peux-tu tester avec celle-ci si le bug a toujours lieu? Inutile de se prendre le chou si le bug est déjà corrigé.
2) Peux-tu me confirmer que seuls les accents de "Accusé de réception" sont mal codés, et pas les accents du sujet qui est ajouté à ce texte?

Merci d'avance.

j'utilise la 1.5, le bug est bien la !!
Je confirme que seuls les accents de la réponse automatique posent pb, j'ai refait un test avec des accents dans le corps du texte et dans le sujet, cela passe sans pb.
Merci

En fait, le bug est à la traduction. Il n'apparaît pas en anglais, puisqu'il n'y a pas d'accents. C'est bien la chaîne ajoutée dans le sujet "Accusé de réception" qui devrait être encodée, comme le reste du titre d'ailleurs.

Un "workaround", serait d'encoder les accents dans la traduction dans le fichier de traduction.

La bonne solution est d'encoder le sujet final et pas le sujet intermédiaire, il marcherait alors quelle que soit la langue.

Bon il va falloir se plonger dans bugzilla pour trouver ce bug et voir ce qu'il en est (déjà corrigé dans le Trunk, pas encore corrigé, pas signalé, ...)

teoli2003 a écrit :En fait, le bug est à la traduction. Il n'apparaît pas en anglais, puisqu'il n'y a pas d'accents. C'est bien la chaîne ajoutée dans le sujet "Accusé de réception" qui devrait être encodée, comme le reste du titre d'ailleurs.

Un "workaround", serait d'encoder les accents dans la traduction dans le fichier de traduction.

La bonne solution est d'encoder le sujet final et pas le sujet intermédiaire, il marcherait alors quelle que soit la langue.

Je confirme.
Pour ceux qui en veulent plus, lire les RFC2822 et 2047

Puis-je me permettre de faire connaitre mon workaround :

Modifier (****) un fichier (*) , et essayer de ne pas oublier de le modifier encore, à chaque mise à jour du produit Mozilla, tant que le soucis n'est pas corrigé.

(*) Le fichier est locale\fr-FR\messenger\msgmdn.properties, placé dans un fichier jar (**)(***) localisé.
(**) dans ce cas, un fichier jar est un fichier zip non compressé.
(parlons unix) extraction par "unzip toto.jar" ; recréation par "zip -r -0 toto.jar répertoire_à_archiver"

(***)
- nom et emplacement pour windows :
Mozilla 1.7.12 : C:\Program Files\mozilla.org\Mozilla\chrome\fr-FR.jar
Thunderbird 1.07: C:\Program Files\Mozilla Thunderbird\chrome\fr-FR-mail.jar
Thunderbird 1.5: C:\Program Files\Mozilla Thunderbird\chrome\fr.jar
- nom et emplacement dans mon installation basée sur un unix :
Thunderbird 1.5: /usr/local/thunderbird/chrome/fr.jar

(****) Modifier juste cette ligne :
#original
MdnDisplayedReceipt=Accus\u00e9 de r\u00e9ception (affich\u00e9)

#corrigé pour être en accord avec la RFC2822
MdnDisplayedReceipt= =?iso8859-1?Q?Accus=E9_de_r=E9ception_(affich=E9)?=

Pour être complet, oui, je modifie aussi la ligne au dessus, pour corriger le mot "électronique", mais c'est anecdotique :
#original
MsgMdnMsgSentTo=Ceci est un accus\u00e9 de r\u00e9ception pour le courrier \u00e9l\u00e9ctronique envoy\u00e9 \u00e0 %S.

#corrigé
MsgMdnMsgSentTo=Ceci est un accus\u00e9 de r\u00e9ception pour le courrier \u00e9lectronique envoy\u00e9 \u00e0 %S.

teoli2003 a écrit : Bon il va falloir se plonger dans bugzilla pour trouver ce bug et voir ce qu'il en est (déjà corrigé dans le Trunk, pas encore corrigé, pas signalé, ...)

J'aimerais bien savoir si le défaut y a été signalé, ou si c'est uniquement lié à l'excellent travail de l'équipe de traduction ?

Désolé pour ce long post, mais à c't'heure là, on s'laisse aller.

S'il suffit simplement de changer ces chaînes, je peux envoyer un patch.
Il n'y a rien d'autre à corriger pour régler le problème?

Non c'est tout.

teoli2003 a écrit :Non c'est tout.

Pas mieux

J'ai envoyé un patch hier soir, pour Thunderbird et Seamonkey. Je posterai ici quand il sera accepté ou quand je verrai passer le commit.

Shogix a écrit :J'ai envoyé un patch hier soir, pour Thunderbird et Seamonkey. Je posterai ici quand il sera accepté ou quand je verrai passer le commit.

Et voilà pour Seamonkey:
http://frenchmozilla.cvs.sourceforge.ne ... 1.8&r2=1.9

Pour autant que je sache, le patch n'est pas passé dans Thunderbird (1.5.0.4), sur plusieurs plateformes ...

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.4) Gecko/20060527 SUSE/1.5.0.4-0.1 Firefox/1.5.0.4

J'utilise Thunderbird 1.5.0.9 (20070124) sous FreeBSD, ainsi que sous Linux (Debian), visiblement c'est pas corrigé....

On peut faire quelque chose pour avancer le schmilblick ?

Message envoyé avec : Mozilla/5.0 (X11; U; FreeBSD amd64; fr; rv:1.8.1.1) Gecko/20070122 Firefox/2.0.0.1

salut,

oui ... je viens de le faire.