You are not logged in. Login Now
 0-24   25-48         
 
Author Message
24 new of 48 responses total.
rcurl
response 25 of 48: Mark Unseen   Nov 23 14:40 UTC 1994

Klaus, lucky must have gotten his info from newuser . I haven't read that
for some time (how does one read it anyway, without running it and opening
a new account?). Perhaps newuser is written in the halcyon days when
almost everything was up and running most of the time? Perhaps it doesn't
explain well enough the volunteer nature of the system, and the
possibilities of things crashing, or being hacked, or just needing repair.
Perhaps it puts too "professional" a face on Grex, because it would be
very nice to appear professional, and friendly. Perhaps it implies that
joining Grex gives you something more than the right to vote for directors
of the corporation, and implies a "guarantee" of Internet access? Perhaps
newuser needs to be amended, so that no one joins with false expectations. 

robh
response 26 of 48: Mark Unseen   Nov 23 23:55 UTC 1994

Re 22 - Personally, I'd run around in circles screaming.  >8)

I think we discussed in another item here, if we could start
teaching volunteers the basics of Sun hardware and such.
And by "we", of course, I mean STeve and Greg.  >8)  Is
anyone still up for that?  If I can get transportation,
believe me I will be there.
kentn
response 27 of 48: Mark Unseen   Nov 23 23:59 UTC 1994

Sure, I expressed interest in this, and am still interested.  
carson
response 28 of 48: Mark Unseen   Nov 24 04:56 UTC 1994

last I heard, STeve was in the process of planning said thingy.
steve
response 29 of 48: Mark Unseen   Nov 25 06:01 UTC 1994

   YEs, and I actaully have an outline of what I want to
do, done.  I'll enter that maybe this weekend.
popcorn
response 30 of 48: Mark Unseen   Dec 1 16:05 UTC 1994

It's not very pretty, but you can see the text of what newuser displays
with the command "!more /usr/noton/nu/nu.info".  Users don't see the
revision stuff at the beginning.  They generally see the stuff that
doesn't start with a comma.

Another option for seeing what newuser displays is to run it, then
disconnect before you get to the part about creating your account.

Newuser doesn't say that Grex offers Usenet, etc, but some of the sources
that point users to Grex do.  For example, I saw Yanoff's List for the
first time the other day.  The main thing it says about Grex is that
it provides Usenet news.  I'm going to enter an item to talk about what
we want to do about our Yanoff entry.
tsty
response 31 of 48: Mark Unseen   Dec 2 19:43 UTC 1994

suggestion - have the machine comply witht he listing ....
rcurl
response 32 of 48: Mark Unseen   Feb 8 23:39 UTC 1995

Suggestion: build up a (small) collection of useful public-access
databases, accessible through our lynx client (locally or remotely).
There are very few on Grex. I posted one - U.S.Mail Postage - in
an item in the consumer cf (for reasons cited there!), but it and several
more could be quite useful to users, especially for *difficult to
find* but commonly needed information. 
kentn
response 33 of 48: Mark Unseen   Feb 9 05:58 UTC 1995

That's a good idea, Rane (and thanks for entering the postage item in
the consumer cf!  I have a feeling I'll be referring to it quite
often).
remmers
response 34 of 48: Mark Unseen   Feb 9 12:05 UTC 1995

Good idea.  But make them local unless and until we make outgoing http
access available to all users.
ajax
response 35 of 48: Mark Unseen   Mar 4 07:33 UTC 1995

  Since Grex's phone lines are usually filled up, and its internet
connections aren't usually maxxed out, how about asking dial-in
users, when they log in, to telnet to Grex if they know how and
it's not too much trouble?  That could free up dial-ins for folks
who aren't telnet-enabled.  I'm thinking it would be a temporary
(few days) message like motd messages, but if it does some good,
maybe repeat it every few months.
 
Example login message, displayed only when people connect via modem:
 
 Internet users: Our phone lines have been very busy lately.  If you
 can telnet to Grex instead of dialing in without much trouble, it
 could free up a line for somebody else.  See /blah/blah for info.
steve
response 36 of 48: Mark Unseen   Mar 4 07:47 UTC 1995

   Well, it definately lets one more person on, but at the cost of
the link being slower.  I think there are a lot of people who do
this anyway, because it's easier to get on that way.  There have been
two times lately that I've had to dial 200 times to get on here, but
I really needed to come in on a dialin line because of what I was
doing.
   The bottom line is, I think, that those who know how to get in
via telnet already are, because coming in over a slow line is infinately
faster than logging in over a non-existent dialin connection!
popcorn
response 37 of 48: Mark Unseen   Mar 4 14:41 UTC 1995

I have to differ with that.  A *lot* of people know how to dial in
directly but have no idea how to navigate Merit's various gopher
programs to get to Grex, and they don't know the option exists.
srw
response 38 of 48: Mark Unseen   Mar 4 18:34 UTC 1995

I would defer any such requests until the two new modems are hooked up.
Soon, I hope.
They will not eliminate busy signals, but they will make a difference.
ajax
response 39 of 48: Mark Unseen   Mar 4 19:29 UTC 1995

#36 - I hadn't thought of it that way.  But I still think the message would
      have some benefit.  If people optimize for personal convenience,
      because they didn't consider the courtesy aspect, they'll probably
      give a dial-in at least one try before using the internet.  If they get
      in, they may tie up a line while all the others are tied up.  So by
      encuraging folks to try the internet first, it might help alleviate
      *some* dial-in congestion.
 
#37 - Good point, though not really contradictory of #36.  I was suggesting
      steering current internet-aware folks to telnet, but I think expanding
      that group by teaching non-aware people is a good idea.  The days of
      free Merit telnets may be numbered, but we could still suggest it until
      they're gone.
 
#38 - Sounds good, if for no other reason than to see what effect it
      has independent of other variables (like asking people to telnet).
steve
response 40 of 48: Mark Unseen   Mar 4 19:37 UTC 1995

   Valerie, do you think that there are as many people who don't know
how to come into Grex via merit as there are those who already do?  Do
you think we really have that many?  I don't know--you might be right.
And since we can't know about them since they aren't getting on through
busy signals, I don't really know how to figure that one out.
scg
response 41 of 48: Mark Unseen   Mar 4 22:45 UTC 1995

I've found it easier to get into Grex' dialins in the evenings than to get
I've found it easier to get into Grex's dialin lines than to get in to
Merit's NAS lines recently, in the evenings, but I prefer the NAS since I
can do PPP there.  The courteous thing for epople to do might be to use
Grex's lines, if they are less congested.
ajax
response 42 of 48: Mark Unseen   Mar 5 06:05 UTC 1995

  Re #40, of recent dial-in callers, 51% used dial-ins exclusively since
Jan 31.  (Notes on computation are in /u/ajax/dialers if you're curious).
 
  That still leaves room for interpretation.  For example, how many
exclusive dialers know how to telnet, but just choose not to.  But I'm
sure some of them, and some occasional telnet users, don't know about
Merit's dial-in telnet sources.
 
  Scg, that's a really good point...courtesy is relative! :)  I worded my
example message "if you can telnet without much trouble," to imply that
you shouldn't attack-dial your internet source if Grex's lines are free.
But it should probably be reworded to express your point explicitly, or
explain it in a file that the login message refers to.
chelsea
response 43 of 48: Mark Unseen   Mar 5 12:55 UTC 1995

I'm one of those people who could get in any number of ways but will
always try direct dialin first and usually attack dial until I get on if
the lines are busy.  Telnet connections are flakier and slower in general. 
Shifting users from one means of connecting to another is just going to
put the bottleneck somewhere else. 

ajax
response 44 of 48: Mark Unseen   Mar 6 16:05 UTC 1995

  True, it will just shift the bottleneck elsewhere, but by
trying to balance the bottlenecks (dial-ins and telnets) to
fill up more evenly, Grex can serve more people.  If telnet
connections were always full, and dial-ins rarely were, I'd
be suggesting the exact opposite!  :)
sidhe
response 45 of 48: Mark Unseen   Mar 9 19:05 UTC 1995

        I don't know, i think Ajax's concept is worth implementing.
I rarely dialin <long-distance>, so i personally don't know what kind
of a log jam you have there, but if one can telnet EASILY, why attack dial?
        Ajax's suggestion may actually help people in the long run, who
are just set in their ways, as far as dialins are concerned.
remmers
response 46 of 48: Mark Unseen   Mar 10 00:25 UTC 1995

The dialins are frequently a logjam.  Unfortunately, logjams are
becoming more and more common in the telnet arena too.  The merit
number that I call in order to get telnet access is usually busy
in prime time -- and such was not the case only a few months ago!
nephi
response 47 of 48: Mark Unseen   Mar 10 04:30 UTC 1995

And sometimes now, all the telnet prots are busy here, too!
sidhe
response 48 of 48: Mark Unseen   Mar 13 15:42 UTC 1995

        Well, then an entire system upgrade might be more in-line with what is
actualyy needed..
 0-24   25-48         
Response Not Possible: You are Not Logged In
 

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