 De nombreux mailers mal conçus, ou documents mal formés, font régulièrement apparaitre application/octet-stream pour du PDF, du Word, de simple fichiers textes sans extension etc.
Pour y remédier, Dave pearson a conçu pour vous mutt.octet.filter (lien ci-dessous), qui définit un ensemble d'extensions générallement associé à ce type et de les visualiser au mieux, en indiquant au passage leur type réel.
Simplement le caser dans son path, et ajouter :
Dans son .mailcap : application/octet-stream; mutt.octet.filter %s; copiousoutput
Dans son muttrc : auto_view application/octet-stream
Le problème est que ce script ne gère qu'une partie des extensions, notamment celles qui sont le plus souvent qualifiées d'octet-stream, ce qui est logique.
Si on reçoit vraiment n'importe quel type de fichier, y compris html, avec la désignation octet-stream, alors on préfèrera sans doute le script view_octet (URL ci-dessous), qui a le mérite de deviner le type, quelqu'il soit, en fonction de son extension, et donc de le visualiser avec l'entrée correspondante de son mailcap (ie lynx pour le fichier html qualifié d'octet-stream...).
Prérequis : libgnome-dev (hélas...25Mo quand même), et Metamail, sur lequel se fonde précisemment le programme pour deviner le file type réel.
Une fois le tarball view_octet récupéré, simplement taper make et coller les scripts générés dans son path, puis, dans son mailcap :
application/octet-stream; miniview %s
application/x-gzip;gzipview %s application/x-bzip2;bzipview %s
NB: pour plus de détails voir de README, d'autres options sont possibles mais celles qui figurent sont les seules qui donnent de bon résultats chez moi en tout cas...
Inconvénient de se dernier, l'autoview ne semble pas fonctionner, il faut donc taper 'v' pour sisualiser l'attach (sauf négligence de ma part)....
NB2 : je n'ai fait de tests que sur 3/4 types de fichier envoyés exprès avec le type application/octet-stream, alors n'hésitez pas à m'envoyer des feedbacks.
|
![[en]](../../../images/en.png)
- 
