au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos pc..
nous recevons des mail avec pieces jointes, accessibles donc pas de souci
toutefois si nous les envoyons en interne sur une messagerie mac les pieces
jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas en
visu ..
sous mac nous utilisons eudora
ps nous venons de changer nos pc (dell maintenant) .. avant cela marchait
tres bien ..
un indice ?
merci par avance,
amicalement
bruno f5jrx
--
-----------------------------------------------
"si tous les gars du monde ..."
-----------------------------------------------
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
Bonjoir(c) jdawson
Le 20/06/2005 08:42 vous avez écrit ceci :
bonjour
au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos pc.. nous recevons des mail avec pieces jointes, accessibles donc pas de souci toutefois si nous les envoyons en interne sur une messagerie mac les pieces jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas en visu ..
Le probléme TRES spécifique à Outlook est dans 99.99% des cas du à l'utilisation du format RTF d'Outlook qui n'est compatible qu'avec lui même (et encore...)
Essayer de modifier le format par défaut des messages et autant que possible n'utilisez pas Word en tant qu'éditeur de messagerie, il produit un code HENORME et quasiment incompatible avec les autres prog de messagerie.
Quelques liens oficiels 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 cet article reste d'actualité avec les nouvelles versions d'Outlook
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 Grèg
"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 ...
merci par avance,
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr/
Bonjoir(c) jdawson
Le 20/06/2005 08:42 vous avez écrit ceci :
bonjour
au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos pc..
nous recevons des mail avec pieces jointes, accessibles donc pas de souci
toutefois si nous les envoyons en interne sur une messagerie mac les pieces
jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas en
visu ..
Le probléme TRES spécifique à Outlook est dans 99.99% des cas du à
l'utilisation du format RTF d'Outlook qui n'est compatible qu'avec lui
même (et encore...)
Essayer de modifier le format par défaut des messages et autant que
possible n'utilisez pas Word en tant qu'éditeur de messagerie, il produit
un code HENORME et quasiment incompatible avec les autres prog de messagerie.
Quelques liens oficiels
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
cet article reste d'actualité avec les nouvelles versions d'Outlook
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 Grèg
"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 ...
merci par avance,
--
JièL / Jean-Louis GOUBERT
La FAQ Outlook est la : http://faq.outlook.free.fr/
au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos pc.. nous recevons des mail avec pieces jointes, accessibles donc pas de souci toutefois si nous les envoyons en interne sur une messagerie mac les pieces jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas en visu ..
Le probléme TRES spécifique à Outlook est dans 99.99% des cas du à l'utilisation du format RTF d'Outlook qui n'est compatible qu'avec lui même (et encore...)
Essayer de modifier le format par défaut des messages et autant que possible n'utilisez pas Word en tant qu'éditeur de messagerie, il produit un code HENORME et quasiment incompatible avec les autres prog de messagerie.
Quelques liens oficiels 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 cet article reste d'actualité avec les nouvelles versions d'Outlook
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 Grèg
"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 ...
merci par avance,
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr/
jdawson
bonjour Jiel
je transmet a qui de droit ton msg en esperant que ca pourra l aider
merci
bruno f5jrx
-- ----------------------------------------------- "si tous les gars du monde ..." -----------------------------------------------
"JièL Goubert" a écrit dans le message de news: eG$
Bonjoir(c) jdawson
Le 20/06/2005 08:42 vous avez écrit ceci :
bonjour
au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos pc..
nous recevons des mail avec pieces jointes, accessibles donc pas de souci
toutefois si nous les envoyons en interne sur une messagerie mac les pieces
jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas en
visu ..
Le probléme TRES spécifique à Outlook est dans 99.99% des cas du à l'utilisation du format RTF d'Outlook qui n'est compatible qu'avec lui même (et encore...)
Essayer de modifier le format par défaut des messages et autant que possible n'utilisez pas Word en tant qu'éditeur de messagerie, il produit un code HENORME et quasiment incompatible avec les autres prog de messagerie.
Quelques liens oficiels 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 cet article reste d'actualité avec les nouvelles versions d'Outlook
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 Grèg
"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 ...
merci par avance,
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr/
bonjour Jiel
je transmet a qui de droit ton msg en esperant que ca pourra l aider
merci
bruno f5jrx
--
-----------------------------------------------
"si tous les gars du monde ..."
-----------------------------------------------
"JièL Goubert" <NOSPAM_JieL.Goubert@laposte-net.NOSPAM> a écrit dans le
message de news: eG$BNXYdFHA.2776@TK2MSFTNGP10.phx.gbl...
Bonjoir(c) jdawson
Le 20/06/2005 08:42 vous avez écrit ceci :
bonjour
au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos
pc..
nous recevons des mail avec pieces jointes, accessibles donc pas de
souci
toutefois si nous les envoyons en interne sur une messagerie mac les
pieces
jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas
en
visu ..
Le probléme TRES spécifique à Outlook est dans 99.99% des cas du à
l'utilisation du format RTF d'Outlook qui n'est compatible qu'avec lui
même (et encore...)
Essayer de modifier le format par défaut des messages et autant que
possible n'utilisez pas Word en tant qu'éditeur de messagerie, il produit
un code HENORME et quasiment incompatible avec les autres prog de
messagerie.
Quelques liens oficiels
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
cet article reste d'actualité avec les nouvelles versions d'Outlook
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 Grèg
"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 ...
merci par avance,
--
JièL / Jean-Louis GOUBERT
La FAQ Outlook est la : http://faq.outlook.free.fr/
je transmet a qui de droit ton msg en esperant que ca pourra l aider
merci
bruno f5jrx
-- ----------------------------------------------- "si tous les gars du monde ..." -----------------------------------------------
"JièL Goubert" a écrit dans le message de news: eG$
Bonjoir(c) jdawson
Le 20/06/2005 08:42 vous avez écrit ceci :
bonjour
au pro nous avons un reseau pc-mac, nous utilisons outlook sp3 sur nos pc..
nous recevons des mail avec pieces jointes, accessibles donc pas de souci
toutefois si nous les envoyons en interne sur une messagerie mac les pieces
jointes ne sont plus presente a l arrivee, elle n apparaissent meme pas en
visu ..
Le probléme TRES spécifique à Outlook est dans 99.99% des cas du à l'utilisation du format RTF d'Outlook qui n'est compatible qu'avec lui même (et encore...)
Essayer de modifier le format par défaut des messages et autant que possible n'utilisez pas Word en tant qu'éditeur de messagerie, il produit un code HENORME et quasiment incompatible avec les autres prog de messagerie.
Quelques liens oficiels 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 cet article reste d'actualité avec les nouvelles versions d'Outlook
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 Grèg
"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 ...
merci par avance,
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr/
