Re: patch-1.1.1.me.pgpsearchtext.1

2000-01-06 Thread Dirk Pirschel
Hi, On Wed, 05 Jan 2000, Michael Elkins wrote: > NOTE: this should only be used as > a last resort if you absolutely can't use procmail to rewrite your messages > as suggested in doc/PGP-notes.txt. The procmail rule only works if the mail is text/plain. I sometimes get mails like multipart/*

Re: patch-1.1.1.me.pgpsearchtext.1

2000-01-05 Thread Christopher Smith
On Wed, Jan 05, 2000 at 01:45:33AM -0800, Michael Elkins wrote: > I just realized that this patch does not solve the problem which started this > whole thread, which is dealing with an IMAP server. Unless there is a way > to fetch the first couple of lines of the body of a message with IMAP, I do

Re: patch-1.1.1.me.pgpsearchtext.1

2000-01-05 Thread Brendan Cully
On Wednesday, 05 January 2000 at 01:45, Michael Elkins wrote: > I just realized that this patch does not solve the problem which started this > whole thread, which is dealing with an IMAP server. Unless there is a way > to fetch the first couple of lines of the body of a message with IMAP, I don'

Re: patch-1.1.1.me.pgpsearchtext.1

2000-01-05 Thread Michael Elkins
I just realized that this patch does not solve the problem which started this whole thread, which is dealing with an IMAP server. Unless there is a way to fetch the first couple of lines of the body of a message with IMAP, I don't see a clean way to accomplish automatic handling. The next best o

patch-1.1.1.me.pgpsearchtext.1

2000-01-05 Thread Michael Elkins
Though controversial, I feel that this patch is in the best interest of promoting the use of PGP with Mutt. This patch adds a new boolean variable $pgp_search_text which will cause Mutt to search for the first non-blank line in every text/plain message to see if it is a mislabeled old-style PGP m