Uday, I think John's comments summed up things better then my attempt. However, note that there are two issues here for me. I can get use to the new behavior or rebind the key. However, there is also an issue with the MIME part VM is selecting to send as plain text which may need improvements as well. I still feel this change is sub-optimal. The message which highlighted this for me was an invitation sent in icalendar format. If I want to forward this on to someone else, I have to make a decision. Will their mail client support the icalendar format? If it does, then I should send it as a MIME type so that their client can processes it easily. However, if they don't, then that is likely to be a problem for them and I should send it as plain text using 'z' I now need to think about this and make a decision on which to use, 'z' or 'Z'. Previously, this was not necessary. To make matters worse, the part of the message being forwarded as plain text is incorrect IMO (see below). From memory, one of the reasons for this change was because some people noted (including me BTW) that if you forward a message with no additional text added in the presentation buffer, for some recipients, it looked like an empty message (I guess they don't notice/see the MIME attachment 'button' (or whatever their client uses). If this is the main reason for the change, then perhaps a better solution would be for VM to check before sending whether any additional text has been added to the presentation buffer and if there is none, add a standard "MIME message attached" bit of text (or something similar). The second issue I've observed is that VM doesn't seem to be using the most appropriate MIME type to convert and forward. As an example, consider the icalendar invite that triggered noticing these changes for me. This message has three MIME parts consisting of Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 Content-Type: text/calendar; charset="utf-8"; method=REQUEST Content-Transfer-Encoding: base64 I have VM configured so that it displays the text/calendar part as this then allows me to use icalendar-import-buffer to add the invite to my diary file. However, using 'z' results in a text representation of the icalendar format being forwarded as text/plain when I think it should be forwarding the text/plain part. Apart from this format not being very human readable (especially compared to the text/plain or text/html parts), because it has a mime type of text/plain, clients don't recognise it as an icalendar format message and won't import it or translate it to something more readable for humans. The end result is a very human unfriendly message that is difficult to read (see example below). My suggestion would be to have the 'z' function use the closest plain text mime type in the message being forwarded i.e. instead of using text/calendar, use the text/plain type if available. VM should ignore what the user's MIME display setting is i.e. just because I choose to display text/calendar, this should not also imply this is the type to use in 'z' forwarding. To clarify, here are the two different representations. First, the text/plain version which has been decoded When: Wednesday, 6 October 2010 2:00 PM-3:00 PM (GMT+10:00) Canberra, Melbourne, Sydney. Where: ITD Conference Room Note: The GMT offset above does not reflect daylight saving time adjustments. *~*~*~*~*~*~*~*~*~* This replaces the one we missed last week as I was away The next bit is the text/calendar part converted to text (and what is forwarded with 'z'). I think you will agree its not very human friendly! BEGIN:VCALENDAR METHOD:REQUEST PRODID:Microsoft Exchange Server 2007 VERSION:2.0 BEGIN:VTIMEZONE TZID:AUS Eastern Standard Time BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETFROM:+1100 TZOFFSETTO:+1000 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=4 END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETFROM:+1000 TZOFFSETTO:+1100 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=10 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT ORGANIZER;CN=John Doe:MAILTO: