Thanks Richard for your answer. I think we souldn't look into the windows direction: I just took a file from my linux box, encrypted it and sent it to myself. Once I open it from mutt as an attachment, the file is shown in text mode:
---Adjunto: prueba.gpg: application/octet-stream (all) No hay una entrada correspondiente en el archivo mailcap. Viendo como texto. Sorry it is in Spanish: looks like I should edit my .mailcap file. In fact I just did it, adding the following line: application/octet-stream; gpg %s Now, If i try to open the file from mutt I am asked for my gpg passphrase, and the file is decrypted in /tmp, which is not that bad. Sorry for being unable to go further, but: how could the file be opened (after being decrypted) instead of haviong it just saved in /tmp? Many thanks! On Mon, Jan 10, 2011 at 9:03 PM, Richard <r...@linux-m68k.org> wrote: > On Sun, Jan 09, 2011 at 12:44:27PM +0100, Jose M Vidal wrote: > > >> What I am trying to do now is sending encrypted attachments instead of >> encrypted e-mails. I installed Cryptophane in the Windows boxes and >> all is ok, except my mutt is not recognizing .gpg attachments, and a >> message of "octet-stream/aplication is not supported" is shown in >> every message I receive with encrypted files, at the time the name of >> the attachment is changed by something like >> "=?ISO-8859-1?B?VmVudGFzeGTtYS54bHMuZ3Bn?=" >> Is there anything I can do to get the attachments un-encrypted on the fly? >> As an option, I would just save the attachments in a folder and >> un-encrypt them with the console, but I would need to get an unchanged >> name of the file, something like v.g. file.xls.gpg. (instead of >> =?ISO-8859-1?B?VmVudGFzeGTtYS54bHMuZ3Bn?=). >> I suppose I need to add the MIME type in my .mailcap. > > does the windows software set content type of the attachments correctly? > If it does not you might need a procmail recipe or message view hook to > fix the contetnt type before mutt can do aynthing with it. > Otherwise a mailcap entry should do it although it should not be need > in a reasonable configration. > > > Richard > > --- > Name and OpenPGP keys available from pgp key servers > > -- jm
