Subject: Pine 4.0 wish list

From: Kent Sandvik <[email-masked]>
Date: Tue, 11 Mar 1997 15:35:24 -0800

Here's my humble wish list, after using Pine 3.95 for about four months
now (good product):

1. Kill feature + killfiles, so I could kill a whole email (or news)
thread.
2. Notification of how many emails are in a folder, so I know it's worth
opening it or not. The INBOX should also automatically update the list.
3. Rearrangement of the folders, so I could place the most accesed ones,
including newsgroups, on the top, and tab would take me through them in
the right order.
4. More non-mode states, if I want to delete all the files marked for
deletion, I should not need to use the Y/N dialog, this is mostly for
expert users. Or a combination key, such as shift-X would just kill all
the files without the dialogue.
5. Anything that makes it faster to read/scan/respond to files. This is
another case where when I want to respond, I have to go through another
dialogue that asks for all kinds of things. If possible I want to bypass
this all together, using my own default values.
6. The Address book should be able to handle alias names with spaces
between, style John Doe instead of John_Doe.
7. When I import files, the automatic indentation of pico is mostly a
nuisance, it should be not default when importing.
8. Better clipboard support, it's pretty tough just now to copy and paste
together emails from various mailboxes, unless I use another window for
this.
9. In pico, bind the selection point to the classical meta-space, the
current binding just confuses anyone who is used to xemacs/gnu emacs.

Hope this helps, Kent

---
"From action the diversity of the world is produced."

---

From: David L Miller <[email-masked]>
Date: Tue, 11 Mar 1997 17:22:38 -0800 (PST)

> Here's my humble wish list, after using Pine 3.95 for about four months

Thanks!

> 1. Kill feature + killfiles, so I could kill a whole email (or news)

Me too.  This is a pretty big project though and we have several big
projects ahead of it on our to-do list :-(

For mail, I suggest procmail, filter, or some other delivery filter...

> opening it or not. The INBOX should also automatically update the list.

The last time we tested something like this it was horrendously slow. 
Recent changes in the c-client library (driven by IMAP protocol
changes) may make this more feasible now... 

> including newsgroups, on the top, and tab would take me through them in

It would be nice to have it a little easier to rearrange your
incoming-folders list.  Right now you have to manually edit your
.pinerc file... 

> the files without the dialogue.

Check the expunge-without-confirm feature in the Setup/Config screen.

> this all together, using my own default values.

Not sure what you are referring to here.  Again, check the
Setup/Config screen.

> nuisance, it should be not default when importing.

Are you referring to line wrapping?

> together emails from various mailboxes, unless I use another window for

Are you using Unix Pine or PC-Pine?

> "From action the diversity of the world is produced."

Thanks for the suggestions!

-- 
David L. Miller <[email-masked]> | Opportunities multiply as they are
Software Engineer, Pine Development Team | seized. -- Sun Tzu
Box 354841, University of Washington     |
4545 15th Ave NE, Seattle WA 98105, USA  |
Phone: (206)685-6240  FAX: (206)685-4045 |

---

From: Kent Sandvik <[email-masked]>
Date: Tue, 11 Mar 1997 17:34:12 -0800 (PST)

David, thanks for the quick response.

> For mail, I suggest procmail, filter, or some other delivery filter...

I'm using procmail all the time, but the issue is to kill a thread in the
mailbox that I don't want to read. There was some code floating around
with a killfile implementation, but I tried installing it, and it causes a
crashes, so it was not that well-done. I could send you the pointer if you
are interested. 
 
> changes) may make this more feasible now... 

OK, I see. Just having an N flag in front of the folder would be nice, or
have the folder name highlighted by vt100 bold settings or such.

> incoming-folders list.  Right now you have to manually edit your

OK, will do, with the exception of .newsrc and .pinerc, sometimes I would
like to mix-and-match the entries so that the tab-order goes through the
most accessed mailboxes and newsgroups.
 
> Check the expunge-without-confirm feature in the Setup/Config screen.

OOPS, I have to enable this one.

> Not sure what you are referring to here.  Again, check the

I'm mostly talking about all kinds of dialogues asking me about really
deleting, or really sending, and so on...
 
> Are you referring to line wrapping?

No, more to the fact that I can't save address book entries with a space.
That's also flagged by the UI.
 
> Are you using Unix Pine or PC-Pine?
I'm actually using both, but I was talking about UNIX Pine. Best would be
a way to have two mail entries open at the same time.
 
Here are a couple of other ones I forgot about:
10. Global search via grep and mailfolders.
11. directories in the mail directory with valid mailboxes could be
scanned and marked as real mailboxes, to avoid a cluttered/flat mail
directory.

Thx! --Kent

---

---

From: "Vladimir A. Pertsel" <[email-masked]>
Date: Wed, 12 Mar 1997 10:54:51 +0200

> Here's my humble wish list, after using Pine 3.95 for about four months

Please, consider my feature requests also

1. Separate .newsrc files for different nntp-servers/news-collections
	If the same group is accessible from the different nntp
	servers, the different articles' numeration confuses pine.
	I want to be subscribed to the group only at one of the
	servers.

2. More control on the text encoding. Ability to explicitly 
   cancel BASE64 encoding separately for the body of the
   message and some fields, namely "Subject: " and "From: "
	Only one third of the world use the Latin alphabet.
	For the rest of them, e.g in Russia and China, Israel and
	Arab countries, most of Indian states, the forced encoding
	causes the incompatibility between the different software.
	If some user asks for the cancelling of the encoding, he
	knows what he is doing, because that is the problem he
	encounters every time he is sending a letter in his native
	language.

3. Ability to change the value of the "charset=XXXX" in the value
   of "Content-Type: TEXT/PLAIN; charset=....
	Currently I can't put "Content-Type: " in the list of the
	customised headers, because it is automatically determined
	by character-set=XXXX in .pinerc, and I use ISO-8859-1,
	ISO-8859-8 and KOI8-R. The latter may be critical for me,
	because some local news nodes do recoding between KOI8-R
	and CP-1251 or ISO-8859-5 depending on the local standards.

 From the Holy Land, with respect
 /\ /\   Vladimir A. Pertsel            S/W  engineer
((ovo))        E-mail:           \|/   Sagantec Israel
():::() [email-masked] (o o) tel.972-4-8572781
--PVA------------------------ooO-(_)-Ooo------------------ 
  an ancestor of mine by the name of Noah was once the 
 commanding admiral of the combined fleets of my planet.

---

From: Kent Sandvik <[email-masked]>
Date: Wed, 12 Mar 1997 11:36:41 -0800

> In article <[email-masked]>, [email-masked] (Kent Sandvik) writes:

By the way, someone once complained to me about the long PINE signatures
(see first line). Is there a switch to make those shorter, do I need to
recompile pine, or is this undoable? I think a simple address is all most
of us would like to have.  --Kent

 ---

---

From: paul theodoropoulos <[email-masked]>
Date: 16 Mar 1997 19:42:06 GMT

As an administrator, I have but one wish for pine:

Make it as memory efficient as elm.

It's just nuts to read the entire spool into memory. My system has a
half-a gig of ram in it, so it's not a catastrophe when someone opens a
mailbox with a 34meg file attachment on one of the messages. 

But it's certainly not pretty, and it's not appreciated when the system is
already very busy. Pine however is the shell-based mailer of choice. Hey -
*I* use it. But I know enough to keep my inbox as small as possible, my
customers don't give a damn about that (and of course, it's not their
responsibility to do so).

elm is just as responsive as pine, yet it's able to do what it does
without chewing up gobs of memory.

Why can't pine?

--
Paul Theodoropoulos     [email-masked]     VP, West Coast Online, Inc.

             The Return of the Nicest Guy on the Internet