dibouk a écrit :@gloops:
merci pour la précision sur le .Net4/TB , après , supprimer un mot (classe) d'une traduction, méthodologiquement c'est limite, quant à votre commentaire sur le niveau de compréhension de l'utilisateur final il est plutôt méprisant pour ceux qui font l'effort de chercher à comprendre.
Désolé, ce n'était pas mon intention. C'est très bien de chercher à comprendre, maintenant pour comprendre ce qu'il y a à mettre à jour il n'est pas forcément indispensable de maîtriser la notion de classe, que je ne m'amuserai pas à chercher à définir en trois mots, c'est pour cela que je cherche à adapter ce que je dis aux gens qui vont droit au but et veulent savoir quoi mettre à jour et comment s'y prendre, que j'invite à ne lire dans ce message que l'avant-dernier paragraphe, et bien sûr le précédent auquel il se réfère, éventuellement celui d'encore avant pour le cas où le terme d'intitulé lié à une adresse mail viendrait à manquer de clarté. Et ça n'empêche pas ceux qui veulent aller plus loin de le faire, bien entendu, ce qui leur permettra sûrement d'avoir des réactions plus adéquates dans certaines circonstances.
voici les lignes de codage citées en bas de l'article =
Ce problème se produit lorsque vous utilisez un code semblable au suivant :
System.Net.Mail.MailMessage myMailMessage = new System.Net.Mail.MailMessage();
myMailMessage.To.Add(new System.Net.Mail.MailAddress("
toUser@someDomain.com", "\"To, User, Contoso®\""));
myMailMessage.From = new System.Net.Mail.MailAddress("
fromUser@someDomain.com", "\"From, User, Contoso®\"");
Le codage pour les champs d'et à qui sont dans ce code semblable au suivant :
Oups, on se la refait, celle-là, non ?
"Le codage pour les champs From et To, dans ce code, ressemble à ceci :"
X-Sender: =?utf-8?Q?From,_User,_Contoso=C2=AE?=
<
fromUser@someDomain.com>
X-Receiver: =?utf-8?Q?To,_User,_=Contoso=C2=AE?=
<
toUser@someDomain.com>
MIME-Version: 1.0
From: =?utf-8?Q?From,_User,_Contoso=C2=AE?=
<
fromUser@someDomain.com>
To: =?utf-8?Q?To,_User,_Contoso=C2=AE?=
<
toUser@someDomain.com>
Par exemple, Microsoft Office Outlook 2007 et Mozilla Thunderbird affichent les valeurs incorrectes suivantes pour les champs d'et à :
À partir de: =? utf-8 ? Q ? À partir de _User, _ = Contoso = C2 = AE? = < à
fromUser@someDomain.com >
À:: =? utf-8 ? Q ? À _User, _ = Contoso = C2 = AE? = < à
toUser@someDomain.com >
Ah oui pardon, j'étais passé devant sans même m'arrêter -ça oui c'est un peu limite, adapté à mon but de répondre rapidement. Il m'a même fallu un peu de temps pour raccrocher les wagons. Pour ce qui est de ceci :
Code : Tout sélectionner
myMailMessage.To.Add(new System.Net.Mail.MailAddress("toUser@someDomain.com", "\"To, User, Contoso®\""));
nous avons en argument un constructeur de ce type :
MailAddress Constructor (String, String)
donc avec deux arguments, le premier est l'adresse mail, le deuxième l'intitulé.
Il y a peu j'ai cherché une doc qui expliquait la syntaxe des champs d'adresse dans Thunderbird, avec l'adresse mail proprement dite et l'intitulé. Comme je n 'ai rien trouvé j'ai tapé ça moi-même, pensez-vous qu'il faille redire ici de quoi il s'agit ?
Nous voyons que l'intitulé comporte le caractère ®, considéré comme "non ASCII", et des virgules, donc caractères de la catégorie séparateurs. Ainsi qu'expliqué dans la fiche, sans le correctif MailMessage gère mal ce cas de figure avec un intitulé comme
.
Pour en revenir au concret j'invite à regarder dans le carnet d'adresses qui a du mal à migrer si ce cas de figure est présent.
Pour davantage essayer de comprendre le code présenté dans la fiche j'invite à remplacer dans l'URL fr-fr par en-us, de façon à l'afficher dans la langue d'origine. En effet, le système de traduction automatique a introduit de belles boulettes à ce niveau.
(c'est elle qui met les messages en attente)