Ulrich Mueller writes: > Beyond that, I'm not sure. If we had GNU Emacs 23 only, things could > be much simplified, but I don't know about the situation for XEmacs.
I have checked Xemacs after I made my comment here. XEmacs does seem to behave like a "non-MULE" Emacs, in Julian's terminology. So the variable makes sense for it. If I have 'windows-1252 in the variable then it gets displayed (but with funny display for non-ASCII characters). If not, I just get a MIME button. Uday -- 8bit UTF-8 body not being displayed correctly https://bugs.launchpad.net/bugs/491523 You received this bug notification because you are a member of VM development team, which is the registrant for VM. Status in VM (View Mail) for Emacs: Fix Committed Bug description: Robert Andersson reports: > On Emacs 23.1.1 (macosx 10.5.8) I have a problem to see non-ascii > characters (they get garbled) when > > Content-Type: text/plain; charset=utf-8 > > and > > Content-Transfer-Encoding: 8bit > > I wonder if this is really a VM error, when editing the latter email- > header to quoted-printable on can see the characters as they should > be. Someone got some thoughts about this? Perchance, I received today a message sent from our webmail system, which had "8bit" encoding, and VM failed to display it correctly. When I changed the encoding header to quoted-printable, it displayed correctly. However, the characters were not actually encoded. So, VM is indeed behaving strangely. This is happening when the entire message body is in utf-8 with "8bit" encoding. When one of the MIME parts is in utf-8 with "8bit" encoding, VM seems to deal with it ok. http://groups.google.com/group/gnu.emacs.vm.info/browse_thread/thread/3d9d0e630e0b4e4f# _______________________________________________ Mailing list: https://launchpad.net/~vm Post to : [email protected] Unsubscribe : https://launchpad.net/~vm More help : https://help.launchpad.net/ListHelp
