Subject: pgp-pine checking for sigs

From: "Robin S. Socha" <[email-masked]>
Date: Mon, 17 Feb 1997 02:00:31 +0100 (CET)

Hi there.

I've been nagging the author of pgp-pine (Roland Rosenfeld
<[email-masked]> (wonderful piece of soft, check it out at:
	http://www.rhein.de/~roland/pgppine) 
about the slow performance of the scripts.

He again remarked that giving the user an opportunity to decide whether he
wants to run pgp over a received message or not would be a nice function to
have in pine. It can be quite annoying to wait for 5 secs for some message
to decode when you know that it isn't for you personally. So, I'd like to
second this proposal. Strongly... Any chance to see this implemented in a
future version of pine?

Aldo Valente <[email-masked]> has enhanced pgppine so that it
"remembers" your pass phrase and lets you send messages in the display
filter. He's still looking for beta-testers. The file can be found at:
	http://www.rhein.de/~aldo/pine.html

Cheers,
Robin

++---+---+---+---+---+---+---+---++---+---+---+---+---++---+---+---+---+---++
   Robin S. Socha	 Political Science Dept.	Tel: +49(0228)22217-8
   Bonner Talweg 56	 Bonn University		Fax: +49(0228)22217-9
   53113 Bonn		 email: [email-masked]
++---+---+---+---+---+---+---+---++---+---+---+---+---++---+---+---+---+---++
       On the package it said: "Requires MS Windows 3.11 or better"  
	       			      ...  so I got myself Linux. 
++---+---+---+---+---+---+---+---++---+---+---+---+---++---+---+---+---+---++

---

From: Terry Gray <[email-masked]>
Date: Sun, 16 Feb 1997 21:12:55 -0800 (PST)

> second this proposal. Strongly... Any chance to see this implemented in a

Robin,
Having a command that allows you to invoke filters after you are already
viewing the message seems superfluous...

How would such a command differ from the existing pipe command?
(e.g. "|p" --if the script was given the name "p")

-teg

---

From: [email-masked] (Rick Hewett)
Date: 19 Feb 1997 15:35:26 GMT

> (e.g. "|p" --if the script was given the name "p")

Perhaps by presenting a user with a selection of possible matching filters
and allowing the user to choose the one most appropriate to the task, not
forgetting that the most appropriate action in some cases is "no filter"...

For example, I set up a filter to decrypt a pgp message, but the particular
pgp message in fact contains an un-displayable binary file. I try to view
the message, and at the moment the filter goes off and decrypts it, and pine
then tries to display it. Same happens if I try to "export" the file. I can
only get an un-decrypted copy if I "save" it to a new folder...

The list of filters would be pre-screened so that only those appropriate
to the message contents would be presented to the user.

Also, using a list of filters would allow tedious things like argument
lists to be hidden from the user. It's much easier to say "y" than remember
that a particular printer requires (say) |lpr -Pxyz -h ...

-- 
Rick Hewett.	(alias: [email-masked])
Bishops move diagonally. That's why they often turn up where the kings don't
expect them to be.
        -- (Terry Pratchett, Small Gods)