> Le probleme est le suivant. Si j'envoie un mail avec les fn EmailEnvoie du
> WDlangage en mettant des accents dans l'objet du message.
>
> sur un compte que je vais chercher en IMAP, j'ai bien les accents
> sur un compte que je vais chercher en POP, je n'ais pas les accents.
>
> Dans le corps du message, il n'y a pas de pb, seul l'objet et en POP
> seulement pose pb.
Cela peut se paramétrer sur le client de messagerie.
Par ex sur Thunderbird, Outils/Option cliquer sur le btn Polices ds
Police et encodage
Dans Encodage des carctères mettre Occidental ISO-8859
et cocher Appliquer l'encodage à tous les msg entrants.
OKAY mais là je dis ; je ne vais pas modifier toutes les messageries de
mes destinataires.
Et donc il est possible de forcer l'encodage dès l'émission. Un message
envoyé avec Thunderbird donnerait cela
Subject: C'est =?ISO-8859-1?Q?l'été_en_août_ça_c'est_? > =?ISO-8859-1?Q?sûr? > lisez : c'est l'été en août ça c'est sûr
Donc CQFD : il manque une fonction à WD pour faire cela (où alors je ne
l'ai pas vue)
> Le probleme est le suivant. Si j'envoie un mail avec les fn EmailEnvoie du
> WDlangage en mettant des accents dans l'objet du message.
>
> sur un compte que je vais chercher en IMAP, j'ai bien les accents
> sur un compte que je vais chercher en POP, je n'ais pas les accents.
>
> Dans le corps du message, il n'y a pas de pb, seul l'objet et en POP
> seulement pose pb.
Cela peut se paramétrer sur le client de messagerie.
Par ex sur Thunderbird, Outils/Option cliquer sur le btn Polices ds
Police et encodage
Dans Encodage des carctères mettre Occidental ISO-8859
et cocher Appliquer l'encodage à tous les msg entrants.
OKAY mais là je dis ; je ne vais pas modifier toutes les messageries de
mes destinataires.
Et donc il est possible de forcer l'encodage dès l'émission. Un message
envoyé avec Thunderbird donnerait cela
Subject: C'est =?ISO-8859-1?Q?l'été_en_août_ça_c'est_? > =?ISO-8859-1?Q?sûr? > lisez : c'est l'été en août ça c'est sûr
Donc CQFD : il manque une fonction à WD pour faire cela (où alors je ne
l'ai pas vue)
> Le probleme est le suivant. Si j'envoie un mail avec les fn EmailEnvoie du
> WDlangage en mettant des accents dans l'objet du message.
>
> sur un compte que je vais chercher en IMAP, j'ai bien les accents
> sur un compte que je vais chercher en POP, je n'ais pas les accents.
>
> Dans le corps du message, il n'y a pas de pb, seul l'objet et en POP
> seulement pose pb.
Cela peut se paramétrer sur le client de messagerie.
Par ex sur Thunderbird, Outils/Option cliquer sur le btn Polices ds
Police et encodage
Dans Encodage des carctères mettre Occidental ISO-8859
et cocher Appliquer l'encodage à tous les msg entrants.
OKAY mais là je dis ; je ne vais pas modifier toutes les messageries de
mes destinataires.
Et donc il est possible de forcer l'encodage dès l'émission. Un message
envoyé avec Thunderbird donnerait cela
Subject: C'est =?ISO-8859-1?Q?l'été_en_août_ça_c'est_? > =?ISO-8859-1?Q?sûr? > lisez : c'est l'été en août ça c'est sûr
Donc CQFD : il manque une fonction à WD pour faire cela (où alors je ne
l'ai pas vue)
dans (in) fr.comp.developpement.agl.windev, Roumegou Eric
ecrivait (wrote) :
Bonjour Eric,Le probleme est le suivant. Si j'envoie un mail avec les fn EmailEnvoie du
WDlangage en mettant des accents dans l'objet du message.
sur un compte que je vais chercher en IMAP, j'ai bien les accents
sur un compte que je vais chercher en POP, je n'ais pas les accents.
Dans le corps du message, il n'y a pas de pb, seul l'objet et en POP
seulement pose pb.
Logique. C'est dans les en-têtes du message qu'est décrit le jeu de
caractère utilisé et l'encodage, par exemple :
Content-Type: text/plain; charset="iso-8859-15";
Content-Transfer-Encoding: 8bit
Ces informations ne s'appliquent pas au champ « subject: », mais
uniquement au corps du message.Cela peut se paramétrer sur le client de messagerie.
Oui.Par ex sur Thunderbird, Outils/Option cliquer sur le btn Polices ds
Police et encodage
Dans Encodage des carctères mettre Occidental ISO-8859
et cocher Appliquer l'encodage à tous les msg entrants.
Oui.OKAY mais là je dis ; je ne vais pas modifier toutes les messageries de
mes destinataires.
Non, d'autant moins que ces messageries n'utilisent pas forcément les
mêmes jeux de caractères par défaut. C'est en lisant les champs
d'en-tête que le logiciel de messagerie sait quel est le jeu de
caractère et l'encodage utilisé dans le corps du message, MAIS cela ne
présume pas de la façon dont le champ subject est encodé pour la raison
suivante :
Les RFC précisent quels champs d'en-tête doivent figurer, mais pas dans
quel ordre. Le champ subject peut donc être AVANT les déclarations du
jeu de caractères et de l'encodage, et comme le client de messagerie lit
les champs d'en-tête séquentiellement...Et donc il est possible de forcer l'encodage dès l'émission. Un message
L'encodage et le jeu de caractères. On les fait figurer directement dans
le champ sujet pour la raison expliquée ci-dessus.envoyé avec Thunderbird donnerait cela
Subject: C'est =?ISO-8859-1?Q?l'été_en_août_ça_c'est_? >> =?ISO-8859-1?Q?sûr? >> lisez : c'est l'été en août ça c'est sûr
Voyons de plus près ce que ça signifie.
Les caractères "=?" et "?=" sont les délimiteurs indiquant que le
contenu est encodé.
"ISO-8859-1" (ou latin1) est le jeu de caractères.
"?Q?" indique que les caractères accentués (la table « étendue ») sont
encodés en quoted printable (ce qui revient à remplacer le caractère par
sa valeur en hexadécimal en le faisant précéder du signe "=", ^par
exemple :
é -> é
ç -> ç
etc.Donc CQFD : il manque une fonction à WD pour faire cela (où alors je ne
l'ai pas vue)
Oui et non, car rien n'oblige dans les RFC à prévoir l'encodage des
caractères accentués dans les en-têtes en général, et dans le champ
subject en particulier. Il arrive même que cet encodage ne soit pas le
fait du logiciel émettant le courrier, mais celui d'un serveur
intermédiaire transportant le message.
L'idéal est de ne pas mettre de caractères accentués dans l'objet d'un
message :)
dans (in) fr.comp.developpement.agl.windev, Roumegou Eric
<UtilisezleLien@fin.msg> ecrivait (wrote) :
Bonjour Eric,
Le probleme est le suivant. Si j'envoie un mail avec les fn EmailEnvoie du
WDlangage en mettant des accents dans l'objet du message.
sur un compte que je vais chercher en IMAP, j'ai bien les accents
sur un compte que je vais chercher en POP, je n'ais pas les accents.
Dans le corps du message, il n'y a pas de pb, seul l'objet et en POP
seulement pose pb.
Logique. C'est dans les en-têtes du message qu'est décrit le jeu de
caractère utilisé et l'encodage, par exemple :
Content-Type: text/plain; charset="iso-8859-15";
Content-Transfer-Encoding: 8bit
Ces informations ne s'appliquent pas au champ « subject: », mais
uniquement au corps du message.
Cela peut se paramétrer sur le client de messagerie.
Oui.
Par ex sur Thunderbird, Outils/Option cliquer sur le btn Polices ds
Police et encodage
Dans Encodage des carctères mettre Occidental ISO-8859
et cocher Appliquer l'encodage à tous les msg entrants.
Oui.
OKAY mais là je dis ; je ne vais pas modifier toutes les messageries de
mes destinataires.
Non, d'autant moins que ces messageries n'utilisent pas forcément les
mêmes jeux de caractères par défaut. C'est en lisant les champs
d'en-tête que le logiciel de messagerie sait quel est le jeu de
caractère et l'encodage utilisé dans le corps du message, MAIS cela ne
présume pas de la façon dont le champ subject est encodé pour la raison
suivante :
Les RFC précisent quels champs d'en-tête doivent figurer, mais pas dans
quel ordre. Le champ subject peut donc être AVANT les déclarations du
jeu de caractères et de l'encodage, et comme le client de messagerie lit
les champs d'en-tête séquentiellement...
Et donc il est possible de forcer l'encodage dès l'émission. Un message
L'encodage et le jeu de caractères. On les fait figurer directement dans
le champ sujet pour la raison expliquée ci-dessus.
envoyé avec Thunderbird donnerait cela
Subject: C'est =?ISO-8859-1?Q?l'été_en_août_ça_c'est_? >> =?ISO-8859-1?Q?sûr? >> lisez : c'est l'été en août ça c'est sûr
Voyons de plus près ce que ça signifie.
Les caractères "=?" et "?=" sont les délimiteurs indiquant que le
contenu est encodé.
"ISO-8859-1" (ou latin1) est le jeu de caractères.
"?Q?" indique que les caractères accentués (la table « étendue ») sont
encodés en quoted printable (ce qui revient à remplacer le caractère par
sa valeur en hexadécimal en le faisant précéder du signe "=", ^par
exemple :
é -> é
ç -> ç
etc.
Donc CQFD : il manque une fonction à WD pour faire cela (où alors je ne
l'ai pas vue)
Oui et non, car rien n'oblige dans les RFC à prévoir l'encodage des
caractères accentués dans les en-têtes en général, et dans le champ
subject en particulier. Il arrive même que cet encodage ne soit pas le
fait du logiciel émettant le courrier, mais celui d'un serveur
intermédiaire transportant le message.
L'idéal est de ne pas mettre de caractères accentués dans l'objet d'un
message :)
dans (in) fr.comp.developpement.agl.windev, Roumegou Eric
ecrivait (wrote) :
Bonjour Eric,Le probleme est le suivant. Si j'envoie un mail avec les fn EmailEnvoie du
WDlangage en mettant des accents dans l'objet du message.
sur un compte que je vais chercher en IMAP, j'ai bien les accents
sur un compte que je vais chercher en POP, je n'ais pas les accents.
Dans le corps du message, il n'y a pas de pb, seul l'objet et en POP
seulement pose pb.
Logique. C'est dans les en-têtes du message qu'est décrit le jeu de
caractère utilisé et l'encodage, par exemple :
Content-Type: text/plain; charset="iso-8859-15";
Content-Transfer-Encoding: 8bit
Ces informations ne s'appliquent pas au champ « subject: », mais
uniquement au corps du message.Cela peut se paramétrer sur le client de messagerie.
Oui.Par ex sur Thunderbird, Outils/Option cliquer sur le btn Polices ds
Police et encodage
Dans Encodage des carctères mettre Occidental ISO-8859
et cocher Appliquer l'encodage à tous les msg entrants.
Oui.OKAY mais là je dis ; je ne vais pas modifier toutes les messageries de
mes destinataires.
Non, d'autant moins que ces messageries n'utilisent pas forcément les
mêmes jeux de caractères par défaut. C'est en lisant les champs
d'en-tête que le logiciel de messagerie sait quel est le jeu de
caractère et l'encodage utilisé dans le corps du message, MAIS cela ne
présume pas de la façon dont le champ subject est encodé pour la raison
suivante :
Les RFC précisent quels champs d'en-tête doivent figurer, mais pas dans
quel ordre. Le champ subject peut donc être AVANT les déclarations du
jeu de caractères et de l'encodage, et comme le client de messagerie lit
les champs d'en-tête séquentiellement...Et donc il est possible de forcer l'encodage dès l'émission. Un message
L'encodage et le jeu de caractères. On les fait figurer directement dans
le champ sujet pour la raison expliquée ci-dessus.envoyé avec Thunderbird donnerait cela
Subject: C'est =?ISO-8859-1?Q?l'été_en_août_ça_c'est_? >> =?ISO-8859-1?Q?sûr? >> lisez : c'est l'été en août ça c'est sûr
Voyons de plus près ce que ça signifie.
Les caractères "=?" et "?=" sont les délimiteurs indiquant que le
contenu est encodé.
"ISO-8859-1" (ou latin1) est le jeu de caractères.
"?Q?" indique que les caractères accentués (la table « étendue ») sont
encodés en quoted printable (ce qui revient à remplacer le caractère par
sa valeur en hexadécimal en le faisant précéder du signe "=", ^par
exemple :
é -> é
ç -> ç
etc.Donc CQFD : il manque une fonction à WD pour faire cela (où alors je ne
l'ai pas vue)
Oui et non, car rien n'oblige dans les RFC à prévoir l'encodage des
caractères accentués dans les en-têtes en général, et dans le champ
subject en particulier. Il arrive même que cet encodage ne soit pas le
fait du logiciel émettant le courrier, mais celui d'un serveur
intermédiaire transportant le message.
L'idéal est de ne pas mettre de caractères accentués dans l'objet d'un
message :)
Je suis le premier à gueuler quand Pcsoft nous met des accents dans les
noms de fichiers, dans les variables etc ... mais hors de
l'informatique pûre, j'estime que ce qui est à destination des
utilisateurs doit être écrit correctement.
Pour l'instant le ST ne semble pas prendre cela pour un
dysfonctionnement. Moi je me dis qu'envoyer des mails entâchés
d'erreurs en est un sérieux.
Je viens de faire le tour des quelques mails commerciaux que je reçois,
et je vois bien qu'ils prennent la peine d'encoder le sujet.
Donc me reste plus qu'a développer une routine pour encoder cela.
Je suis le premier à gueuler quand Pcsoft nous met des accents dans les
noms de fichiers, dans les variables etc ... mais hors de
l'informatique pûre, j'estime que ce qui est à destination des
utilisateurs doit être écrit correctement.
Pour l'instant le ST ne semble pas prendre cela pour un
dysfonctionnement. Moi je me dis qu'envoyer des mails entâchés
d'erreurs en est un sérieux.
Je viens de faire le tour des quelques mails commerciaux que je reçois,
et je vois bien qu'ils prennent la peine d'encoder le sujet.
Donc me reste plus qu'a développer une routine pour encoder cela.
Je suis le premier à gueuler quand Pcsoft nous met des accents dans les
noms de fichiers, dans les variables etc ... mais hors de
l'informatique pûre, j'estime que ce qui est à destination des
utilisateurs doit être écrit correctement.
Pour l'instant le ST ne semble pas prendre cela pour un
dysfonctionnement. Moi je me dis qu'envoyer des mails entâchés
d'erreurs en est un sérieux.
Je viens de faire le tour des quelques mails commerciaux que je reçois,
et je vois bien qu'ils prennent la peine d'encoder le sujet.
Donc me reste plus qu'a développer une routine pour encoder cela.
Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
avec des caractères accentués dans l'objet, je regarderai les en-têtes
et je pourrai peut-être te donner quelques précisions utiles.
Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
avec des caractères accentués dans l'objet, je regarderai les en-têtes
et je pourrai peut-être te donner quelques précisions utiles.
Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
avec des caractères accentués dans l'objet, je regarderai les en-têtes
et je pourrai peut-être te donner quelques précisions utiles.
> Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
Un mail est parti depuis une de mes applis WD.
FROM:
Subject: Pour Test : C'est l'été en Août, ça c'est sûr !
TO: eric+
Mime-Version: 1.0
Content-Type: text/plain;
charset=iso-8859-1
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
> Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
Un mail est parti depuis une de mes applis WD.
FROM: <sfr_blablabla@domaine.com>
Subject: Pour Test : C'est l'été en Août, ça c'est sûr !
TO: eric+usenet@galacsys.net
Mime-Version: 1.0
Content-Type: text/plain;
charset=iso-8859-1
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
> Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
Un mail est parti depuis une de mes applis WD.
FROM:
Subject: Pour Test : C'est l'été en Août, ça c'est sûr !
TO: eric+
Mime-Version: 1.0
Content-Type: text/plain;
charset=iso-8859-1
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
dans (in) fr.comp.developpement.agl.windev, Roumegou Eric
ecrivait (wrote) :
Bonsoir Éric,Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)Un mail est parti depuis une de mes applis WD.
Je l'ai reçu à l'instant (mon système antispam ne connaissant pas
l'expéditeur, il a envoyé un message d'erreur temporaire invitant le
serveur d'envoi à réexpédier son message, ce qui a été fait).
Voici ce que j'ai reçu dans les en-têtes (je masque volontairement les
informations « personnelles » :FROM:
Subject: Pour Test : C'est l'été en Août, ça c'est sûr !
Surprise, le sujet n'est _pas_ encodé et mon logiciel de courrier le lit
sans problème.
Je ne peux que te répéter ce que je t'ai déjà dit : l'encodage des
en-têtes ne concerne pas forcément la façon dont les caractères
accentués sont interprétés par ton logiciel Windev, ni de leur
interprétation par le serveur d'envoi. Ils peuvent être réencodés à la
volée lors du transport du courrier, voire par le serveur de
destination.
En d'autres termes, je ne suis pas certain que développer des fonctions
spécifiques d'encodage du sujet des mails soit utile, ni que Windev soit
le coupable. Mais je manque d'éléments pour être affirmatif
Bon courage.
dans (in) fr.comp.developpement.agl.windev, Roumegou Eric
<UtilisezleLien@fin.msg> ecrivait (wrote) :
Bonsoir Éric,
Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)
Un mail est parti depuis une de mes applis WD.
Je l'ai reçu à l'instant (mon système antispam ne connaissant pas
l'expéditeur, il a envoyé un message d'erreur temporaire invitant le
serveur d'envoi à réexpédier son message, ce qui a été fait).
Voici ce que j'ai reçu dans les en-têtes (je masque volontairement les
informations « personnelles » :
FROM: <sfr_blablabla@domaine.com>
Subject: Pour Test : C'est l'été en Août, ça c'est sûr !
Surprise, le sujet n'est _pas_ encodé et mon logiciel de courrier le lit
sans problème.
Je ne peux que te répéter ce que je t'ai déjà dit : l'encodage des
en-têtes ne concerne pas forcément la façon dont les caractères
accentués sont interprétés par ton logiciel Windev, ni de leur
interprétation par le serveur d'envoi. Ils peuvent être réencodés à la
volée lors du transport du courrier, voire par le serveur de
destination.
En d'autres termes, je ne suis pas certain que développer des fonctions
spécifiques d'encodage du sujet des mails soit utile, ni que Windev soit
le coupable. Mais je manque d'éléments pour être affirmatif
Bon courage.
dans (in) fr.comp.developpement.agl.windev, Roumegou Eric
ecrivait (wrote) :
Bonsoir Éric,Si tu veux, envoie-moi un mail depuis Windev (mon adresse est valide)Un mail est parti depuis une de mes applis WD.
Je l'ai reçu à l'instant (mon système antispam ne connaissant pas
l'expéditeur, il a envoyé un message d'erreur temporaire invitant le
serveur d'envoi à réexpédier son message, ce qui a été fait).
Voici ce que j'ai reçu dans les en-têtes (je masque volontairement les
informations « personnelles » :FROM:
Subject: Pour Test : C'est l'été en Août, ça c'est sûr !
Surprise, le sujet n'est _pas_ encodé et mon logiciel de courrier le lit
sans problème.
Je ne peux que te répéter ce que je t'ai déjà dit : l'encodage des
en-têtes ne concerne pas forcément la façon dont les caractères
accentués sont interprétés par ton logiciel Windev, ni de leur
interprétation par le serveur d'envoi. Ils peuvent être réencodés à la
volée lors du transport du courrier, voire par le serveur de
destination.
En d'autres termes, je ne suis pas certain que développer des fonctions
spécifiques d'encodage du sujet des mails soit utile, ni que Windev soit
le coupable. Mais je manque d'éléments pour être affirmatif
Bon courage.
