<<< Date Index >>>     <<< Thread Index >>>

Re: mutt/2201: wish: <view-attach> a message/rfc822 applies $display_filter



The following reply was made to PR mutt/2201; it has been noted by GNATS.

From: "Luis A. Florit" <mutt-bugs@xxxxxxxxxxxxxxxxxxxxxx>
To: bug-any@xxxxxxxxxxxxx
Cc: veronatif@xxxxxxx
Subject: Re: mutt/2201: wish: <view-attach> a message/rfc822 applies 
$display_filter
Date: Sun, 4 Jun 2006 15:59:44 -0300

 Dear Alain and all,
 
     Sorry for sending an email, but my post was in march, 
 and I cannot remember my username at mutt. And I couldn't
 find a way to retrieve the data...
 
 * El 04/06/06 a las 18:13, Alain Bench chamullaba:
 
 > Synopsis: wish: <view-attach> a message/rfc822 applies $display_filter
 > 
 > **** Comment added by ab on Sun, 04 Jun 2006 18:13:58 +0200 ****
 >  
 >     Hello Luis, and thank you for this report.
 > 
 > The issue #1 is not a Mutt bug, but a problem in your
 > Perl script which doesn't work correctly even alone.
  
 Sorry, but I don't know why you said it does not work.
 For me the script works very well when applied to messages with
 'unweeded' headers, that is, when full headers are showed.
 Or even 'alone', i.e., when applied to a mail with a command 
 such as 'cat <messagefile> | script.pl'.
 BUT it doesn't work when the headers are weeded: it does 
 nothing then. This inconsistency must be due to mutt.
 
 Could you please send me a simple perl line like mine that 
 does work? I tried for a long time trying to make it work,
 trying to guess what mutt was doing (adding tabs or something
 like that), without any success. That is what took me to the
 conclusion that this is a mutt bug...
 
 > Issue #2 seems true: $display_filter is not applied when
 > in attachments menu one <view-attach> a message/rfc822 part.
 > I'm not really sure if it's bug or feature lack, but it
 > could seem to make sense: After all things like $weed,
 > ignore, hdr_order, auto_view, mailcap, and such do apply
 > there. Why not $display_filter?
 
 Certainly.
 
 > So I turn this bug into a
 > wish to make use of $display_filter in attachments menu.
 
 I would prefer to call it a bug because it is inconsistent.
 
 >   Only for message/rfc822, or also for text/* parts?
 
 Any part. Display-filter does not work for any attachments.
  
 > > I tried to configure my .mailcap with:
 > > | message/rfc822; cat %s | mutt-display.pl ; copiousoutput
 > 
 >     Can't work: Mutt displays message/rfc822 itself
 > internally, without mailcap. 
 
 Ok.
 
 > Furthermore it's a useless use of cat %s |
 
 Oops, sorry.
  
     Thanks!!!
 
         Luis.
 
 
 PS:
 Is mankind ready for mutt 1.6 ? Because mutt 
 1.6 should already be ready for mankind... :)
 
 PPS:
 BTW, mutt shows for the mutt-users mailing 
 list the attachments like this:
 
   I     1 Index                      [text/plain, 8bit, us-ascii, 0.5K]
   I     2 <no description>                  [multipa/digest, 8bit, 26K]
   I     3 |->200605/478                    [message/rfc822, 8bit, 2.5K]
   I     4 |->200605/479                    [message/rfc822, 8bit, 3.0K]
   I     5 |->200605/480                    [message/rfc822, 8bit, 2.5K]
   I     6 |->200605/481                    [message/rfc822, 8bit, 3.0K]
   I     7 |->200605/482                    [message/rfc822, 8bit, 2.0K]
   I     8 |->200606/1                      [message/rfc822, 8bit, 1.6K]
   I     9 |->200606/2                      [message/rfc822, 8bit, 1.6K]
   I    10 |->200606/3                      [message/rfc822, 8bit, 3.3K]
   I    11 |->200606/4                      [message/rfc822, 8bit, 1.4K]
   I    12 `->200606/5                      [message/rfc822, 8bit, 3.0K]
 
 These numbers '2000605' are useless. It would be much better
 if the subject is shown (like with vim mailing list).
 Why is this? Am I doing something stupid?