Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Matériel Ordinateur Mac Communication PJ dans Mail.app

PJ dans Mail.app

52 réponses
Avatar
michel.vauquois
Bonjour, bonsoir, autre,

Quand j'envoie des PJ (principalement des images) à des correspondants
windowsiens, dans 99,99 % des cas, leur réponse est accompagnée des PJ
que je leur ai envoyées... et ça m'emmer*** prodigieusement !
Est-ce possible d'éviter cela de mon côté ou bien n'y a-t-il rien à
faire à part leur demander explicitement de ne pas me renvoyer les PJ en
leur indiquant que j'en dispose déjà !
Merci d'avance.

x-post et suivi sur fcsmc
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
http://photos.michelvauquois.free-h.fr/
http://art-doise.michelvauquois.free-h.fr
Signaler un problème avec ce contenu

10 réponses

Supprimer
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
2 3 4 5 6
Avatar
Patrick Stadelmann
In article <le77rl$2qeg$,
Matt wrote:

On Ven 21 février 2014 (09:32),
Pierre-Alain Dorange wrote:

>> : mes
>> correspondants continuent à me renvoyer les PJ que je leur envoie...

> C'est pour ça que j'aurai tendance a dire, que le problème n'est plus
> logiciel a ce niveau.

Bien sûr.
Mail.app respecte les standards et, dans la version de Mac OS x 10.6,
permet à l'utilisateur de choisir où placer ses fichier joints :

- dans le corps du message avec « Content-Disposition: inline »
- ou à la suite du corps du message avec « Content-Disposition:
attachment ».



Le champs "Content-Disposition" n'a d'importance que dans le cas d'une
pièce jointe, c'est à dire qu'elle est indépendante du texte. Cela
indique au logiciel s'il faut l'afficher à la suite du message, ou s'il
faut juste afficher une icône.

Quelque soit le réglage, Mail en 10.6.8 passe automatiquement en HTML
quand on insère une image. L'image n'est plus alors une pièce jointe
indépendante, elle est référencée par le tag <IMG SRC> dans le texte, et
le champs "Content-Disposition" n'a alors plus d'importance.

Patrick
--
Patrick Stadelmann
Avatar
michel.vauquois
Pierre-Alain Dorange wrote:

> D'où vient cette information ?
> J'ai toujours l'option dans Edition / Pièces jointes.

A priori c'est toi qui l'a indiqué dans cette enfilade il y a 17
jours...
Message-ID: <1lghyeu.1wqv2zqh8xz20N%



!!!
Mes propos de l'époque venaient à la suite de :

Menu Edition > pièces jointes : décocher "Inclure les PJ dans les
messages".



et cet item n'existe effectivement pas (plus... s'il a existé un jour).
Là il est question d'un item « qui permet(tait) d'inclure les PJ après
le message ». Pour moi, ce n'est pas la même chose !
Inclure DANS et inclure APRES, c'est pas pareil, si ?
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
http://photos.michelvauquois.free-h.fr/
http://art-doise.michelvauquois.free-h.fr
Avatar
pdorange
Patrick Stadelmann wrote:

> Bien sûr.
> Mail.app respecte les standards et, dans la version de Mac OS x 10.6,
> permet à l'utilisateur de choisir où placer ses fichier joints :
>
> - dans le corps du message avec « Content-Disposition: inline »
> - ou à la suite du corps du message avec « Content-Disposition:
> attachment ».

Le champs "Content-Disposition" n'a d'importance que dans le cas d'une
pièce jointe, c'est à dire qu'elle est indépendante du texte. Cela
indique au logiciel s'il faut l'afficher à la suite du message, ou s'il
faut juste afficher une icône.

Quelque soit le réglage, Mail en 10.6.8 passe automatiquement en HTML
quand on insère une image. L'image n'est plus alors une pièce jointe
indépendante, elle est référencée par le tag <IMG SRC> dans le texte, et
le champs "Content-Disposition" n'a alors plus d'importance.



Dans ma configuration (qui doit être particulière, mais 10.6.8 pourtant)
les images incluses le sont en *pièces jointes* (toujours avec
content-disposition) et *après* le message (j'ai décoché l'option
inclure dans le message) et pas dans le HTML...
Dans le HTML on trouve une balise <img> qui fait référence a la pièce
jointe plus bas (hors section HTML) via un Content-Id... Tout ce qui
semble le plus standard.

Si je fais répondre, y'a pas l'image dans la réponse... On doit pas se
comprendre, ou on parle pas de la même chose ou j'ai un logiciel
magique...

Par contre j'inclus mes images par glissé-déposé ou via le bouton
"inclure", jamais via la fonction iphoto...

Extrait du code de l'email envoyé:

--Apple-Mail-23-207881387
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
Blabla bla
--
--Apple-Mail-23-207881387
Content-Type: multipart/related;
type="text/html";
boundary=Apple-Mail-24-207881387

--Apple-Mail-24-207881387
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii

<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Blabla <b>bla</b><div><b><font class="Apple-style-span" color="#840b0d">yes</font><br></b><div>

[...]

<img id="40d08e28-9c8c-46f6-9996-e1b66d7526e1" height="479" width="671" apple-width="yes" apple-height="yes" src="cid:498FB7E9-06B5-4DB4-B686-1B98AFBDE268"></div></body></html>
--Apple-Mail-24-207881387
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*=windows-1252''Capture%20d%92%E9cran%202014%2D02%2D11%20%E0%2010.16.59.png
Content-Type: image/png;
x-mac-hide-extension=yes;
x-unix-mode44;
name="=?windows-1252?Q?Capture_d’écran_2014-02-11_à_10.16.59? =?windows-1252?Q?.png?="
Content-Id: <498FB7E9-06B5-4DB4-B686-1B98AFBDE268>
iVBORw0KGgoAAAANSUhEUgAAAyAAAAI6CAIAAABQKLt2AAAKxGlDQ1BJQ0MgUHJvZmlsZQAASImV
[etc...]

--
Pierre-Alain Dorange Moof <http://clarus.chez-alice.fr/>

Ce message est sous licence Creative Commons "by-nc-sa-2.0"
<http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
Avatar
pdorange
MV wrote:

> A priori c'est toi qui l'a indiqué dans cette enfilade il y a 17
> jours...
> Message-ID: <1lghyeu.1wqv2zqh8xz20N%

!!!
Mes propos de l'époque venaient à la suite de :

> Menu Edition > pièces jointes : décocher "Inclure les PJ dans les
> messages".

et cet item n'existe effectivement pas (plus... s'il a existé un jour).



Je l'ai sous les yeux, mais la dénomnation que j'ai indiqué plus haut
n'est effectivement pas la bonne.
l'intitulé "Veiller à toujours insérer les pièces jointes en fin de
message".

Voir capture : <https://www.dropbox.com/s/xbfef88v3dqp7fr/mail.png>

Là il est question d'un item « qui permet(tait) d'inclure les PJ après
le message ». Pour moi, ce n'est pas la même chose !
Inclure DANS et inclure APRES, c'est pas pareil, si ?



C'est PAS pareil, c'est l'inverse l'un de l'autre (option
activée/déactivée). Mais comme j'avais mélangé les intitulés d'option
c'était pas clair ; le nom des options déjà plus.

En tout cas, avec cette option les PJ passe de "inline" (incluse dans le
corps) a "attachement" (pièce jointe séparemment) conforme à la norme.
<http://www.normes-internet.com/normes.php?rfc=rfc2183&lang=fr>

Après Mail met toujours les images en inline via cette option dans un
email HTML; mais elles sont incluses dans le code HTML comme une
référence hors HTML. Ce qui est a priori tout a fait normal et conforme
au standard.

Par conte le standard ne précise pas tout les détails d'implantation au
niveau de la gestion de ces pièces jointes en réponse. Il y a une part
de lbre interprétation a ce niveau (ce qui est normal, la norme
s'attache au transfert des emails et à leur standardisation ; la partie
affichage et GUI est laissé libre a chaque logiciel).

--
Pierre-Alain Dorange Moof <http://clarus.chez-alice.fr/>

Ce message est sous licence Creative Commons "by-nc-sa-2.0"
<http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
Avatar
michel.vauquois
Pierre-Alain Dorange wrote:

Je l'ai sous les yeux, mais la dénomnation que j'ai indiqué plus haut
n'est effectivement pas la bonne.



On est d'accord.

l'intitulé "Veiller à toujours insérer les pièces jointes en fin de
message".



Ça existe toujours, donc.
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
http://photos.michelvauquois.free-h.fr/
http://art-doise.michelvauquois.free-h.fr
Avatar
Patrick Stadelmann
In article <1lhf1v5.ra031luea2v7N%,
(Pierre-Alain Dorange) wrote:

Dans ma configuration (qui doit être particulière, mais 10.6.8 pourtant)
les images incluses le sont en *pièces jointes* (toujours avec
content-disposition) et *après* le message (j'ai décoché l'option
inclure dans le message) et pas dans le HTML...
Dans le HTML on trouve une balise <img> qui fait référence a la pièce
jointe plus bas (hors section HTML) via un Content-Id... Tout ce qui
semble le plus standard.

Si je fais répondre, y'a pas l'image dans la réponse... On doit pas se
comprendre, ou on parle pas de la même chose ou j'ai un logiciel
magique...



Le code que tu as posté est celui d'un message dont le corps s'affichera
de préférence en HTML. Ce corps est :

--Apple-Mail-24-207881387
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii

<html><head></head><body style="word-wrap: break-word; > -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; > ">Blabla <b>bla</b><div><b><font class="Apple-style-span" > color="#840b0d">yes</font><br></b><div>

[...]

<img id="40d08e28-9c8c-46f6-9996-e1b66d7526e1" height="479" > width="671" apple-width="yes" apple-height="yes" > src="cid:498FB7E9-06B5-4DB4-B686-1B98AFBDE268"></div></body></html>


Si ce corps HTML est repris dans la réponse, il est normal d'inclure
l'image. Sinon, il y aura un rectangle vide (ou avec un croix rouge)
dans la réponse puisque que la balise <IMG> pointerait sur une ressource
inexistante.

--Apple-Mail-24-207881387
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*=windows-1252''Capture%20d%92%E9cran%202014%2D02%2D11%20%E0%2
010.16.59.png
Content-Type: image/png;
x-mac-hide-extension=yes;
x-unix-mode44;
name="=?windows-1252?Q?Capture_d’écran_2014-02-11_à_10.16.59
?


Ca c'est utilisé quand l'image est extraite du message (par exemple la
demande de masque l'extension) où quand le client ne supporte pas (ou
est configuré pour ne pas afficher) l'HTML. Dans ce cas, il est indiqué
d'afficher l'image et pas seulement une vignette. Dans ce cas on est en
présence d'une pièce jointe indépendante (seule cas de figure possible
en texte brut) et un logiciel standard ne va pas l'intégrer dans la
réponse.

Patrick
--
Patrick Stadelmann
Avatar
Patrick Stadelmann
In article <1lhf2hc.uvp0jk1y8xlw5N%,
(Pierre-Alain Dorange) wrote:

En tout cas, avec cette option les PJ passe de "inline" (incluse dans le
corps) a "attachement" (pièce jointe séparemment) conforme à la norme.
<http://www.normes-internet.com/normes.php?rfc=rfc2183&lang=fr>



Ca n'affectera que les clients qui ignorent l'HTML. Pour la plupart des
clients, le mail étant disponible en text brut et en HTML c'est l'HTML
qui sera préféré, et comme l'HTML qui contient une balise <IMG> pointant
sur la pièce jointe, il faut renvoyer la pièce jointe avec la réponse
pour ne pas avoir une lien cassé dans l'HTML.

Patrick
--
Patrick Stadelmann
Avatar
pdorange
Patrick Stadelmann wrote:

Si ce corps HTML est repris dans la réponse, il est normal d'inclure
l'image. Sinon, il y aura un rectangle vide (ou avec un croix rouge)
dans la réponse puisque que la balise <IMG> pointerait sur une ressource
inexistante.



Je sais pas ce qui serai normal, mais Mail.app face à ça ne renvoi pas
l'image, elle est remplacée par son nom seulement...


> --Apple-Mail-24-207881387
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
> filename*=windows-1252''Capture%20d%92%E9cran%202014%2D02
> 010.16.59.png
> Content-Type: image/png;
> x-mac-hide-extension=yes;
> x-unix-mode44;
> name="=?windows-1252?Q?Capture_d’écran_2014-02-11_
> ? >
Ca c'est utilisé quand l'image est extraite du message (par exemple la
demande de masque l'extension) où quand le client ne supporte pas (ou
est configuré pour ne pas afficher) l'HTML. Dans ce cas, il est indiqué
d'afficher l'image et pas seulement une vignette. Dans ce cas on est en
présence d'une pièce jointe indépendante (seule cas de figure possible
en texte brut) et un logiciel standard ne va pas l'intégrer dans la
réponse.



Je suis pas sur que l'on se comprenne bien.
Le contenu envoyé est l'intégralité du message, l'image n'y est qu'une
fois (Content-Disposition: inline;). Dans le code HTML il n'y a pas
l'image (son contenu) seulement un lien vers la pièce jointe au message.


--
Pierre-Alain Dorange Moof <http://clarus.chez-alice.fr/>

Ce message est sous licence Creative Commons "by-nc-sa-2.0"
<http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
Avatar
pdorange
Patrick Stadelmann wrote:

> En tout cas, avec cette option les PJ passe de "inline" (incluse dans le
> corps) a "attachement" (pièce jointe séparemment) conforme à la norme.
> <http://www.normes-internet.com/normes.php?rfc=rfc2183&lang=fr>

Ca n'affectera que les clients qui ignorent l'HTML. Pour la plupart des
clients, le mail étant disponible en text brut et en HTML c'est l'HTML
qui sera préféré, et comme l'HTML qui contient une balise <IMG> pointant
sur la pièce jointe, il faut renvoyer la pièce jointe avec la réponse
pour ne pas avoir une lien cassé dans l'HTML.



Comme dis a coté, Mail.app dans ce cas ne renvoi pas l'image, ni de lien
cassé. Il remplace l'image pas son nom dans le renvoi (répondre).
par contre si Transfert, alors tout est bien mis dans le nouveau
message.

--
Pierre-Alain Dorange Moof <http://clarus.chez-alice.fr/>

Ce message est sous licence Creative Commons "by-nc-sa-2.0"
<http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
Avatar
Patrick Stadelmann
In article <1lhfcpc.t83gwm11h9mm3N%,
(Pierre-Alain Dorange) wrote:

Patrick Stadelmann wrote:

> Si ce corps HTML est repris dans la réponse, il est normal d'inclure
> l'image. Sinon, il y aura un rectangle vide (ou avec un croix rouge)
> dans la réponse puisque que la balise <IMG> pointerait sur une ressource
> inexistante.

Je sais pas ce qui serai normal, mais Mail.app face à ça ne renvoi pas
l'image, elle est remplacée par son nom seulement...



Donc Mail prend la liberté de modifier le code HTML, ça n'est pas un
comportement standard.

Je suis pas sur que l'on se comprenne bien.
Le contenu envoyé est l'intégralité du message, l'image n'y est qu'une
fois (Content-Disposition: inline;). Dans le code HTML il n'y a pas
l'image (son contenu) seulement un lien vers la pièce jointe au message.



Oui, mais quand le message est interprété en HTML, l'image devient une
ressource référencée par la balise <IMG>, elle n'est plus considérée
comme une pièce jointe. Dit autrement, le Content-Disposition n'a aucun
impact dans ce cas, la balise <IMG> va toujours forcer l'affichage.

Patrick
--
Patrick Stadelmann
2 3 4 5 6