On 2010-10-12, Mutt wrote: > #3460: view-attachments menu "view-attach" command uses auto_view for all text > attachments, even when a suitable interactive command is in the mailcap > file. This is particularly bad for text/html attachments. > ------------------------------------------------------+--------------------- > Reporter: ajschorr | Owner: mutt-dev > Type: defect | Status: new > Priority: major | Milestone: > Component: mutt | Version: 1.5.20 > Keywords: mutt_needs_mailcap text/html view-attach | > ------------------------------------------------------+--------------------- > > Comment(by derekmartin): > > Replying to [comment:9 ajschorr]: > > Having made that binding change, if I now hit <Return> on an attachment > of type text/plain, > > I get this error message: > > Yes, you do... but why does this matter? Mutt will automatically display > attachments of type text/plain in the pager when you view the e-mail to > which they're attached. There's no need to ever go to the attachments > menu to see them.
I'm not advocating either side of the main discussion, but I wanted to point out that that last statement is not true. There are several situations in which I need--or find it useful--to read text/plain attachments from the attachment menu. One is where a multipart/alternative message has text/plain and text/html parts, alternative_order is set to display the text/html part in the pager, but the text/html part is empty or corrupt. Another is where a message has several parts that need to be converted from some other type (e.g., Word) to text to be read in the pager and that conversion takes a long time. Reading the text/plain part of the message from the attachment menu avoids that conversion time. Regards, Gary
