You are not logged in. Login Now
 0-24   25-49   50-66        
 
Author Message
steve
Other mail programs for Grex? Mark Unseen   Sep 26 13:03 UTC 1996

   Does anyone know of mail programs for non-experts, besides
Elm and Pine that would run on Grex?

   Recently, I've had a couple of conversations with people who
have been confused about both elmn and pine, and wished their
schools mail program was available here.  When I asked what it
was, they couldn't tell me--they didn't know much about computers
other than hitting certain buttons and getting some expected
reaction.

   But I've heard this comment maybe three times now, and if I
got it right, they aren't using a POP client but something
thats character oriented.  Hence my question: are we missing
out by not offerning some other mail programs?  I didn't think
so but now I wonder.  Probably the people were using something
like a front end for something like mail (thats what it sounded
like with one person), but ya never know.

   I'd really like to see a mail program that offered both
the efficiency of /bin/mail and the ease of use of elm.

   Anyway, if you know of anything, or suspect it, let us know
here.
66 responses total.
robh
response 1 of 66: Mark Unseen   Sep 26 16:06 UTC 1996

Personally, I hear a lot more complaints of "I can't figure out
Pine!" than "I can't figure out Elm!"  Of course, this could just
be because we encourage new users to try Pine first.

I sure don't know of any other Unix mail programs that don't
require POP.
remmers
response 2 of 66: Mark Unseen   Sep 26 17:01 UTC 1996

Well, there's the one I use: mh. For functionality, it's hard
to beat. Strictly command-line-oriented in its "pure" form,
though. But the menu-oriented among us can use mh-e, an
interface to mh that works through GNU emacs and looks vaguely
like elm. Those with X Window access can use the xmh or exmh
interfaces (but not on Grex).

Except for elm, pine, mh, and mail, I don't know of any other
Unix mail programs either.
tsty
response 3 of 66: Mark Unseen   Sep 26 17:14 UTC 1996

there has to be some degree of learning no matter what *new* thing
someone encounters. as far as user friendliness goes pine has all
the appearance of being the softest landing. 
  
about the only thing i suggest would be for the config stuff to
be split into two pieces - essentials and extras.
  
also, pine really ticked me off by claling all sorts of things 'folders'
instead of 'files.' 
  
if tere were a splash screen ahead of pine (configurable off) with a
lead-in containing 'what to expect next' it might help the newuser
a bit more. 
  
and also a reversion to a text-collector automaticaly if the termtype
were too weird.  i get a few 'huh?' help chats about termtypes
not working with pine.
  
i really don't think it gets much easier than pine.
popcorn
response 4 of 66: Mark Unseen   Sep 26 21:08 UTC 1996

My sister's computer system uses a mailer called "magpie".  No idea if it's
easy to use or not.
popcorn
response 5 of 66: Mark Unseen   Sep 26 21:08 UTC 1996

(For that matter, I'm not sure if it's a Unix system or not.)
russ
response 6 of 66: Mark Unseen   Sep 28 01:09 UTC 1996

Hint:  The learning curve used to be one of the things that made
M-Net a community.  Everyone had something in common.  Don't be
*too* accomodating.
adbarr
response 7 of 66: Mark Unseen   Sep 28 01:59 UTC 1996

Is #6 "tounge-in-cheek"? If so, I grin. If not, I disagree. 
russ
response 8 of 66: Mark Unseen   Sep 28 02:30 UTC 1996

No, I'm quite serious.  It's the commonalities that make a community.
If everyone has had to cross some metaphorical mountains in order to
become part of it, it means something.
pfv
response 9 of 66: Mark Unseen   Sep 28 09:49 UTC 1996

        Too many folks rely on the GUI formats.. They are sure handy, but
        they also tend to make the users forget (never bother to learn?)
        the simple "menu" and commandline interfaces.

        (Now if I could just convince elm to STOP asking me to save
         off my damned mail ;-)
davel
response 10 of 66: Mark Unseen   Sep 28 16:01 UTC 1996

Configure it and use "Q" instead of "q" to quit.
ladyevil
response 11 of 66: Mark Unseen   Sep 29 03:17 UTC 1996

I'm with russ.. partly which why I don't want anon reading for balktalk
confs.. creating an account is community-building..
srw
response 12 of 66: Mark Unseen   Sep 29 17:34 UTC 1996

I am committed to breaking down barriers to enter the community.
I am not proud that we offer these barriers. 
popcorn
response 13 of 66: Mark Unseen   Sep 29 17:56 UTC 1996

I agree with Steve.  Just because someone finds Picospan's command line
interface confusing doesn't mean that they don't have something valuable to
say.
adbarr
response 14 of 66: Mark Unseen   Sep 30 15:16 UTC 1996

Well, perhaps we should go back to paper tapes and pucnh cards with all those
little rectangular holes? I see no particular religious legitimization to
command line interfaces. I might be more used to one or another, and therefore
more comforatble with that on a personal basis, but that is not a reason to
impose it on new users. The GUI interface, in my opinion, has several inherent
advantages, especially if you are trying to increase public access. If you
want to have a "club", then that is another story.
rcurl
response 15 of 66: Mark Unseen   Sep 30 21:08 UTC 1996

Paper tapes had round holes.
orinoco
response 16 of 66: Mark Unseen   Sep 30 21:25 UTC 1996

This is relevant?
tsty
response 17 of 66: Mark Unseen   Oct 1 06:04 UTC 1996

re #12 - i am committed to breaking down the barriers to enter civilized
society. i am not proud that new humans are born ignorant. that's why
I TEACH. you learn, you join. if not, no. new classes begin every 24 hours.
russ
response 18 of 66: Mark Unseen   Oct 2 03:24 UTC 1996

Re #14:  There is also the impact of the "user-friendly" features on
the scarce system resources, such as Internet link bandwidth.  This
should be considered before adding them, IMHO.
dang
response 19 of 66: Mark Unseen   Oct 2 15:07 UTC 1996

I have access to my mail spool, correct?  So, theoretically, I could compile
and run my own mail program?  (Not, mind you, that I'm suggesting that we tell
people to do this, but I'm curious.)
adbarr
response 20 of 66: Mark Unseen   Oct 2 16:43 UTC 1996

/re #18 - good point russ, but consider the real goal of grex. "Agora" and
"Grex" are not translated as concepts and powers limited to a few, but are
(or should be IMHO) inclusive.  Or, I may not understand.  I just don't think
someone should be required to learn a difficult (relatively) command line
interface to communication in order to participate and provide value.
MIcrosoft did not grow by enhancing the ALT key combinations of Wordstar.
Using advanced Windows-based spreadsheets is (to me) infinitely more
satisfying than Visicalc, even though I remember it and Multiplan fondly.
These are examples, hopfully, in explanation of my earlier inadequate post.
Bandwidth can be had if the need, demand, conviction, and sense of purpose
are there.  Unless, as I said, a club is the goal. Of course you cannot
provide unlimited pipes to everyone without an unlimited amount of resources,
and that will not happen. But growth and increase in social value is certainly
possible -- if it desireable.
popcorn
response 21 of 66: Mark Unseen   Oct 2 17:06 UTC 1996

And that's an interesting question.  Is growth desirable for its own sake?
I'd rather see a good system than a huge system, if it comes down to a choice.
rcurl
response 22 of 66: Mark Unseen   Oct 2 17:20 UTC 1996

I don't think growth is desirable for its own sake, but you will notice a
lot of cheering every time capacity or speed are increased, though these
immediately lead to growth. Coming "down to a choice" is just deciding to
plan, which one can start at any time. Up until now, there has been no
planning on Grex - it just expands as resources (human and $$) permit. One
cause of this that I observe is the almost universal response that more
capacity and speed are unlimited "goods". I think I see a lot of evidence
that this is incorrect. The system is now no faster than it was before
several upgrades in hardware, although a lot more people are using it, and
yet most of those lot more people are not conference participants (and it
would be hell if they were). So, where are things going? 

popcorn
response 23 of 66: Mark Unseen   Oct 3 15:39 UTC 1996

Actually, I think the growth in number of users happens by itself, which makes
resources tighter.  When new capacity is added, the cheering isn't about
having new capacity for new people; it's about having a suddenly more usable
system for the old people.
rcurl
response 24 of 66: Mark Unseen   Oct 3 16:06 UTC 1996

Which is a momentary pleasure (in that sense, I "cheer" when the link goes
down and I can get in by modem 8^}). 
 0-24   25-49   50-66        
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss