Impossible de recevoir un rdv en provenance du calendrier !
2 réponses
Jean-Luc GARNIER
Bonjour,
Je travaille avec Outlook 2000-SR1 et je n'arrive pas =E0=20
r=E9cup=E9rer proprement un rendez-vous =E9mis par un coll=E8gue=20
(m=EAme version) dans son calendrier ! Au lieu de recevoir=20
un mail disposant des boutons 'accepter' et 'refuser', je=20
re=E7ois un mail full-text avec un fichier winmail.dat en=20
pi=E8ce attach=E9e.
Probl=E8me client ? serveur ?
Que puis-je v=E9rifier ou configurer pour r=E9soudre ceci ?
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
Julien Sidot
bonjour, vérifiez que votre collègue a bien choisis le format RTF dans le menu outils/options/format de courrier.Ou votre serveur mail ne gère pas le format RTF
-- Cordialement,
Julien Sidot, Sitel, pour l'assistance utilisateur Microsoft. "Jean-Luc GARNIER" a écrit dans le message de news: 0a6001c39969$0588c0d0$ Bonjour,
Je travaille avec Outlook 2000-SR1 et je n'arrive pas à récupérer proprement un rendez-vous émis par un collègue (même version) dans son calendrier ! Au lieu de recevoir un mail disposant des boutons 'accepter' et 'refuser', je reçois un mail full-text avec un fichier winmail.dat en pièce attachée.
Problème client ? serveur ?
Que puis-je vérifier ou configurer pour résoudre ceci ?
Merci d'avance pour toute aide,
Jean-Luc, Marseille
bonjour,
vérifiez que votre collègue a bien choisis le format RTF dans le menu
outils/options/format de courrier.Ou votre serveur mail ne gère pas le
format RTF
--
Cordialement,
Julien Sidot,
Sitel, pour l'assistance utilisateur Microsoft.
"Jean-Luc GARNIER" <anonymous@discussions.microsoft.com> a écrit dans le
message de news: 0a6001c39969$0588c0d0$a401280a@phx.gbl...
Bonjour,
Je travaille avec Outlook 2000-SR1 et je n'arrive pas à
récupérer proprement un rendez-vous émis par un collègue
(même version) dans son calendrier ! Au lieu de recevoir
un mail disposant des boutons 'accepter' et 'refuser', je
reçois un mail full-text avec un fichier winmail.dat en
pièce attachée.
Problème client ? serveur ?
Que puis-je vérifier ou configurer pour résoudre ceci ?
bonjour, vérifiez que votre collègue a bien choisis le format RTF dans le menu outils/options/format de courrier.Ou votre serveur mail ne gère pas le format RTF
-- Cordialement,
Julien Sidot, Sitel, pour l'assistance utilisateur Microsoft. "Jean-Luc GARNIER" a écrit dans le message de news: 0a6001c39969$0588c0d0$ Bonjour,
Je travaille avec Outlook 2000-SR1 et je n'arrive pas à récupérer proprement un rendez-vous émis par un collègue (même version) dans son calendrier ! Au lieu de recevoir un mail disposant des boutons 'accepter' et 'refuser', je reçois un mail full-text avec un fichier winmail.dat en pièce attachée.
Problème client ? serveur ?
Que puis-je vérifier ou configurer pour résoudre ceci ?
Merci d'avance pour toute aide,
Jean-Luc, Marseille
JièL Goubert
Salut Jean-Luc
fait beau chez toi ? ;-))))
Jean-Luc GARNIER a écrit:
Bonjour,
Je travaille avec Outlook 2000-SR1 et je n'arrive pas à récupérer proprement un rendez-vous émis par un collègue (même version) dans son calendrier ! Au lieu de recevoir un mail disposant des boutons 'accepter' et 'refuser', je reçois un mail full-text avec un fichier winmail.dat en pièce attachée.
En général c'est du au probléme de format du message par lui même.
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
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 d'avance pour toute aide,
Jean-Luc, Marseille
-- JièL / Jean-Louis GOUBERT, Cassis ;-) 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
Salut Jean-Luc
fait beau chez toi ? ;-))))
Jean-Luc GARNIER a écrit:
Bonjour,
Je travaille avec Outlook 2000-SR1 et je n'arrive pas à
récupérer proprement un rendez-vous émis par un collègue
(même version) dans son calendrier ! Au lieu de recevoir
un mail disposant des boutons 'accepter' et 'refuser', je
reçois un mail full-text avec un fichier winmail.dat en
pièce attachée.
En général c'est du au probléme de format du message par lui même.
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
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 d'avance pour toute aide,
Jean-Luc, Marseille
--
JièL / Jean-Louis GOUBERT, Cassis ;-)
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
Je travaille avec Outlook 2000-SR1 et je n'arrive pas à récupérer proprement un rendez-vous émis par un collègue (même version) dans son calendrier ! Au lieu de recevoir un mail disposant des boutons 'accepter' et 'refuser', je reçois un mail full-text avec un fichier winmail.dat en pièce attachée.
En général c'est du au probléme de format du message par lui même.
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
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 d'avance pour toute aide,
Jean-Luc, Marseille
-- JièL / Jean-Louis GOUBERT, Cassis ;-) 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
