vm decodes multipart mime message incorrectly

It is quite possible VM is either not doing the right thing or does
not recognize the MIME - there are a few clients out there which do
some unusual things. VM is also quite flexible in how it can be
configured, so there is a chance it could also be due to some local
configuration settings.

My recommendation would be to minimize your VM configuration to only
have the bare minimum required to operate and see if the problem still
exists. If it doesn't, then we know it is an issue with local config
and can focus on that. If it still exists, then the best thing wold be
to us vm-submit-bug-report to submit a bug report and we will see if
we can work out what is going on.

I suspect from your description that the problem may be due to
limitations arising from the interface to w3m (or whatever program you
are using to view html) and VM's mime decoding. Do you see the same
problem if you default to viewing the text/plain part rather than the
text/html part?

Tim

On Mon, Oct 24, 2011 at 2:35 PM, David Raymond
<email address hidden> wrote:
> New question #175942 on VM:
> https://answers.launchpad.net/vm/+question/175942
>
> Certain multipart alternative mime messages don't get fully decoded.
> I don't know whether this is due to malformed
> mime or a bug in vm.  In the message, two png files follow an html
> file.  However, mutt is able to decode it properly.  I
> am using vm-8.2.0a and I can upload the message which causes
> the problem.  I am using emacs23.3.
>
>
>
> --
> You received this question notification because you are a member of VM
> development team, which is an answer contact for VM.
>
> _______________________________________________
> Mailing list: https://launchpad.net/~vm
> Post to     : <email address hidden>
> Unsubscribe : https://launchpad.net/~vm
> More help   : https://help.launchpad.net/ListHelp
>

--
Tim Cross

This problem is logged as a bug report (Bug 881411).