Je viens de diffuser un email auquel =E9tait attach=E9 une=20
image jpeg.
Les deux tiers de mes correspondants ont re=E7u sans=20
probl=E8me, le dernier tiers n'a re=E7u qu'un fichier joint=20
nomm=E9 "winmail.dat", inutilisable.
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
JièL Goubert
-> BONJOUR <- a toi aussi hnic
Les deux tiers de mes correspondants ont reçu sans problème, le dernier tiers n'a reçu qu'un fichier joint nommé "winmail.dat", inutilisable.
Règle n° 1 : n'utilise JAMAIS le format RTF qui n'est compatible qu'avec Outlook sur une messagerie interne. Règle n° 2 : n'utilise JAMAIS Word en tant qu'éditeur de messagerie, ce que fais word est peut être joli, mais grandement problématique avec d'autres messageries. Règle n° 3 : utilise le format HTML si tu tiens à faire quelque chose de joli, mais attention, certains programmes de messageries ne comprennent pas le HTML (Outlook 97 par exemple) Règle n° 4 : a tous les formats prefère le texte brut, et encore, en MIME et sans codage.
OL2000 : Pièces jointes non visibles par les destinataires lorsque le format TNEF est utilisé (F197066) http://www.microsoft.com/IntlKB/France/articles/F197/0/66.ASP
OL2002 : Incidence des formats de messages sur la messagerie Internet (F290809) http://www.microsoft.com/intlkb/france/articles/f290/8/09.asp
(ces notes restent d'actualité pour 2003)
et un complément de la part de Greg
"Greg" nous écrivait ceci : Bonjour, : : La réponse se trouve dans les RFC qui définissent les protocoles de : mail. : (cf.: IETF http://www.ietf.org ) : : Le RFC de base est le 822. C'est a peu près le seul qui soit en l'état : "standard". Les autres ne sont qu'à l'état de "brouillon" (draft) ou : "proposition de standard" (proposed standard). Il est censé être : remplacé par le 2822 (proposed standard). Pour le MIME qui permet : d'envoyer d'autres choses que des textes en ASCII US ce sont les RFC : 2045 à 2049 (toujours en proposed standard). : : Comme l'IETF n'est pas rapide pour standardiser les RFC, beaucoup de : fournisseurs ont pris de l'avance. Les RFC en "proposed standard" sont : pour leur plus grand nombre utilisés comme s'ils étaient "standard". : Mais comme il aurait fallu attendre 1996 pour envoyer du MIME en : "proposed standard", ces même fournisseurs implémentent leurs ajout : propriétaires qui sont ensuite plus ou moins repris dans les RFC. A ma : connaissance le format MS/RTF n'a jamais été repris, même en option. : D'ou la règle 1. : : La règle 2, vient du fait d'extensions aux RFC 2045-2049 utilisées par : Word. : : La règle 3, vient du fait que les RFC 2045-2049 sont "jeunes". : : La règle 4, vient du fait que tu peux passer, sans le vouloir, par des : vieux routeurs de mails qui n'implémentent pas ou mal les RFC : "récents" et avoir des correspondant qui ont des clients qui : n'implémentent pas ou mal les RFC "récents". : : Dans le genre cauchemar des implémentations des RFC avec extensions : non reprises par l'IETF, il y a la gestion des caractères non US-ASCII : (codes entre 33 et 126) dans la partie entête (header). Envoyer un : mail avec un sujet ou une adresse contenant des caractères : diacritiques (éèà...) est toujours risqué. (J'ai passé des jours à : essayer de régler ce genre de problèmes). La norme ISO, reprise par : l'IETF, pour définir ces alphabets n'a que 25ans ... : : Greg. : : PS: Bon courage pour la lecture des RFC, le wagon d'aspirine est : conseille ...
Maintenant, si tu tiens vraiment à utiliser le format RTF en interne, pour chaque adresse externe, dans le dossier contacts, tu ouvres ta fiche, clic droits sur l'adresse, propriétés, et tu choisi dans Format internet.
Merci
-- JièL / Jean-Louis GOUBERT Co-auteur de "Internet + de 1 000 trucs de pros" chez Micro Application http://faq.outlook.free.fr/livreMA/internet_plus_de_1000_trucs_de_pros.htm
-> BONJOUR <- a toi aussi hnic
Les deux tiers de mes correspondants ont reçu sans
problème, le dernier tiers n'a reçu qu'un fichier joint
nommé "winmail.dat", inutilisable.
Règle n° 1 : n'utilise JAMAIS le format RTF qui n'est compatible qu'avec
Outlook sur une messagerie interne.
Règle n° 2 : n'utilise JAMAIS Word en tant qu'éditeur de messagerie, ce
que fais word est peut être joli, mais grandement problématique avec
d'autres messageries.
Règle n° 3 : utilise le format HTML si tu tiens à faire quelque chose de
joli, mais attention, certains programmes de messageries ne comprennent
pas le HTML (Outlook 97 par exemple)
Règle n° 4 : a tous les formats prefère le texte brut, et encore, en
MIME et sans codage.
OL2000 : Pièces jointes non visibles par les destinataires lorsque le
format TNEF est utilisé (F197066)
http://www.microsoft.com/IntlKB/France/articles/F197/0/66.ASP
OL2002 : Incidence des formats de messages sur la messagerie Internet
(F290809)
http://www.microsoft.com/intlkb/france/articles/f290/8/09.asp
(ces notes restent d'actualité pour 2003)
et un complément de la part de Greg
"Greg" nous écrivait ceci
: Bonjour,
:
: La réponse se trouve dans les RFC qui définissent les protocoles de
: mail.
: (cf.: IETF http://www.ietf.org )
:
: Le RFC de base est le 822. C'est a peu près le seul qui soit en l'état
: "standard". Les autres ne sont qu'à l'état de "brouillon" (draft) ou
: "proposition de standard" (proposed standard). Il est censé être
: remplacé par le 2822 (proposed standard). Pour le MIME qui permet
: d'envoyer d'autres choses que des textes en ASCII US ce sont les RFC
: 2045 à 2049 (toujours en proposed standard).
:
: Comme l'IETF n'est pas rapide pour standardiser les RFC, beaucoup de
: fournisseurs ont pris de l'avance. Les RFC en "proposed standard" sont
: pour leur plus grand nombre utilisés comme s'ils étaient "standard".
: Mais comme il aurait fallu attendre 1996 pour envoyer du MIME en
: "proposed standard", ces même fournisseurs implémentent leurs ajout
: propriétaires qui sont ensuite plus ou moins repris dans les RFC. A ma
: connaissance le format MS/RTF n'a jamais été repris, même en option.
: D'ou la règle 1.
:
: La règle 2, vient du fait d'extensions aux RFC 2045-2049 utilisées par
: Word.
:
: La règle 3, vient du fait que les RFC 2045-2049 sont "jeunes".
:
: La règle 4, vient du fait que tu peux passer, sans le vouloir, par des
: vieux routeurs de mails qui n'implémentent pas ou mal les RFC
: "récents" et avoir des correspondant qui ont des clients qui
: n'implémentent pas ou mal les RFC "récents".
:
: Dans le genre cauchemar des implémentations des RFC avec extensions
: non reprises par l'IETF, il y a la gestion des caractères non US-ASCII
: (codes entre 33 et 126) dans la partie entête (header). Envoyer un
: mail avec un sujet ou une adresse contenant des caractères
: diacritiques (éèà...) est toujours risqué. (J'ai passé des jours à
: essayer de régler ce genre de problèmes). La norme ISO, reprise par
: l'IETF, pour définir ces alphabets n'a que 25ans ...
:
: Greg.
:
: PS: Bon courage pour la lecture des RFC, le wagon d'aspirine est
: conseille ...
Maintenant, si tu tiens vraiment à utiliser le format RTF en interne,
pour chaque adresse externe, dans le dossier contacts, tu ouvres ta
fiche, clic droits sur l'adresse, propriétés, et tu choisi dans Format
internet.
Merci
--
JièL / Jean-Louis GOUBERT
Co-auteur de "Internet + de 1 000 trucs de pros" chez Micro Application
http://faq.outlook.free.fr/livreMA/internet_plus_de_1000_trucs_de_pros.htm
Les deux tiers de mes correspondants ont reçu sans problème, le dernier tiers n'a reçu qu'un fichier joint nommé "winmail.dat", inutilisable.
Règle n° 1 : n'utilise JAMAIS le format RTF qui n'est compatible qu'avec Outlook sur une messagerie interne. Règle n° 2 : n'utilise JAMAIS Word en tant qu'éditeur de messagerie, ce que fais word est peut être joli, mais grandement problématique avec d'autres messageries. Règle n° 3 : utilise le format HTML si tu tiens à faire quelque chose de joli, mais attention, certains programmes de messageries ne comprennent pas le HTML (Outlook 97 par exemple) Règle n° 4 : a tous les formats prefère le texte brut, et encore, en MIME et sans codage.
OL2000 : Pièces jointes non visibles par les destinataires lorsque le format TNEF est utilisé (F197066) http://www.microsoft.com/IntlKB/France/articles/F197/0/66.ASP
OL2002 : Incidence des formats de messages sur la messagerie Internet (F290809) http://www.microsoft.com/intlkb/france/articles/f290/8/09.asp
(ces notes restent d'actualité pour 2003)
et un complément de la part de Greg
"Greg" nous écrivait ceci : Bonjour, : : La réponse se trouve dans les RFC qui définissent les protocoles de : mail. : (cf.: IETF http://www.ietf.org ) : : Le RFC de base est le 822. C'est a peu près le seul qui soit en l'état : "standard". Les autres ne sont qu'à l'état de "brouillon" (draft) ou : "proposition de standard" (proposed standard). Il est censé être : remplacé par le 2822 (proposed standard). Pour le MIME qui permet : d'envoyer d'autres choses que des textes en ASCII US ce sont les RFC : 2045 à 2049 (toujours en proposed standard). : : Comme l'IETF n'est pas rapide pour standardiser les RFC, beaucoup de : fournisseurs ont pris de l'avance. Les RFC en "proposed standard" sont : pour leur plus grand nombre utilisés comme s'ils étaient "standard". : Mais comme il aurait fallu attendre 1996 pour envoyer du MIME en : "proposed standard", ces même fournisseurs implémentent leurs ajout : propriétaires qui sont ensuite plus ou moins repris dans les RFC. A ma : connaissance le format MS/RTF n'a jamais été repris, même en option. : D'ou la règle 1. : : La règle 2, vient du fait d'extensions aux RFC 2045-2049 utilisées par : Word. : : La règle 3, vient du fait que les RFC 2045-2049 sont "jeunes". : : La règle 4, vient du fait que tu peux passer, sans le vouloir, par des : vieux routeurs de mails qui n'implémentent pas ou mal les RFC : "récents" et avoir des correspondant qui ont des clients qui : n'implémentent pas ou mal les RFC "récents". : : Dans le genre cauchemar des implémentations des RFC avec extensions : non reprises par l'IETF, il y a la gestion des caractères non US-ASCII : (codes entre 33 et 126) dans la partie entête (header). Envoyer un : mail avec un sujet ou une adresse contenant des caractères : diacritiques (éèà...) est toujours risqué. (J'ai passé des jours à : essayer de régler ce genre de problèmes). La norme ISO, reprise par : l'IETF, pour définir ces alphabets n'a que 25ans ... : : Greg. : : PS: Bon courage pour la lecture des RFC, le wagon d'aspirine est : conseille ...
Maintenant, si tu tiens vraiment à utiliser le format RTF en interne, pour chaque adresse externe, dans le dossier contacts, tu ouvres ta fiche, clic droits sur l'adresse, propriétés, et tu choisi dans Format internet.
Merci
-- JièL / Jean-Louis GOUBERT Co-auteur de "Internet + de 1 000 trucs de pros" chez Micro Application http://faq.outlook.free.fr/livreMA/internet_plus_de_1000_trucs_de_pros.htm
