🚀 go-pugleaf

>>>>> Tim X <timx@nospam.dev.null> (TX) wrote:

>TX> Piet van Oostrum <piet@cs.uu.nl> writes:
>>>>>>>> Tim X <timx@nospam.dev.null> (TX) wrote:
>>> 
>TX> I agree that seems to be more sensible. Have you had the same issue
>TX> with apple mail attachments and difficulty accessing them within VM?
>>> 
>>> I received some emails which stated that there was an attachment, and I did
>>> not see it. However, after pressing D one or more times I did see it, IIRC.

>TX> What MIME decoding programs are you using? I'm using the perl mime
>TX> tools. One thing I noticed is that I'm only getting a single MIME
>TX> element when I press D of "plain text, UTF8". Even with the unusual
>TX> MIME format from apple mail, I would have expected to get two
>TX> elements, the plain text one and an HTML one. 

I am not using any MIME decoding programs. Vm does it internally, AFAIK.
What MIME decoding programs do you mean and how do you use them?

I retried the exercise, and yes, when I am pressing D, I only see the text
element. Another press of D reveals the undecoded message and it shows all
the parts, including the attachment, but you can't do anything with it.

However I found that if you set the variable
vm-mime-alternative-select-method to '(favorite "multipart/mixed") (e.g.
through customize), you will see the text/html and attachment if there is an
attachment and the text/plain part if there is no attachment.

I am not very happy with the text/html, but as they are grouped together
you can't expect VM to put them apart.
It would be nice if VM had a command to step through the different
alternatives of a multipart/alternative.
-- 
Piet van Oostrum <piet@cs.uu.nl>
URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4]
Private email: piet@vanoostrum.org