Page 1 sur 1

pièces jointes reprises en " hieroglyphes " dans le corps du message-[Résolu]

Publié : 08 avr. 2016, 20:31
par nidec
Bonjour,
Depuis peu de temps, lorsque j'envoie un message avec un pièce jointe , celle ci est reprise dans le corps du message en caractères incompréhensibles et cela fait des pages et des pages ...
Comment supprimer cela ?
Merci pour votre aide !
Votre Navigateur : Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0

Re: pices jointes reprises en " hieroglyphes " dans le corps du message

Publié : 09 avr. 2016, 13:24
par Anonyme1
.

Re: pièces jointes reprises en " hieroglyphes " dans le corps du message

Publié : 10 avr. 2016, 22:34
par nidec
Merci pour ta réponse à mon message !
J'ai finalement résolu le problème en supprimant dans "pièces jointes " , "entrant", une entrée qui ouvrait les pdf avec txt , et laissé celle qui ouvrait les pdf avec pdf. Et depuis, plus de hiéroglyphes .
Cordialement
Votre Navigateur : Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0

Re: pièces jointes reprises en " hieroglyphes " dans le corps du message-[Résolu]

Publié : 25 oct. 2018, 10:11
par grandzebu
Bonjour,
Ce problème d'affichage des pièces jointes PDF envoyées par Thunderbird étant récurrent, je me suis sérieusement penché dessus, voici le résultat des mes cogitations :

Regarder le code du message
Menu AFFICHAGE --> Code source du message
On doit trouver vers la 12ème ligne environ quelque chose comme ça :


******************************
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="------------080502020305010605010305"

This is a multi-part message in MIME format.
--------------080502020305010605010305
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

bla bla

--------------080502020305010605010305
Content-Type: application/pdf;
name="DOC_CPI_FB-995-GN_WFOAXXGAGAHM50119.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="DOC_CPI_FB-995-GN_WFOAXXGAGAHM50119.pdf"

JVBERi0xLjQKJeLjz9MKMyAwIG9iaiA8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvVHlwZS9YT2Jq
ZWN0L0xlbmd0aCAxNjAyL0JpdHNQZXJDb21wb25lbnQgOC9IZWlnaHQgNTMvQ29sb3JTcGFj

******************************


Ce qui est important c'est le 2ème "Content-Type", celui-ci : Content-Type: application/pdf;
Il dit que le fichier qui suit est de type PDF.
Avant mon intervention j'avais :


***********************************
--------------090606040404020007090407
Content-Type: text/plain;
name="DOC_CPI_FB-995-GN_WFOAXXGAGAHM50119.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="DOC_CPI_FB-995-GN_WFOAXXGAGAHM50119.pdf"

JVBERi0xLjQKJeLjz9MKMyAwIG9iaiA8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvVHlwZS9YT2Jq
ZWN0L0xlbmd0aCAxNjAyL0JpdHNQZXJDb21wb25lbnQgOC9IZWlnaHQgNTMvQ29sb3JTcGFj

************************************

Le bug est là : Content-Type: text/plain; Le fichier PDF est interprété comme du texte pur et le code pdf ressemble à du chinois !

Le problème vient du fichier : mimeTypes.rdf mais ce fichier se retrouve à différents endroits : dans le répertoire du programme et dans le profile.
Bien vérifier que l'on y trouve ceci :


<RDF:Description RDF:about="urn:mimetype:application/pdf"
NC:fileExtensions="pdf"
NC:description="Document PDF"
NC:value="application/pdf"
NC:editable="true">
<NC:handlerProp RDF:resource="urn:mimetype:handler:application/pdf"/>
</RDF:Description>

Le simple fait d'avoir ouvert le fichier RDF cans notepad et de l'avoir ré-enregistré a résolu le problème, je pense que le fichier était soit vérolé soit mal encodé (UTF-8 vs ANSI ???)
GZ