|
|
| Author |
Message |
valerie
|
|
System Problems
| 
Sep 23 21:25 UTC 1998 |
This item has been erased.
|
| 181 responses total. |
keesan
|
|
response 1 of 181:
|
Sep 24 13:48 UTC 1998 |
Why was I put directly from item 1 to item 14, then when I typed r n there
were no new items, when I typed browse new likewise? r 3 n got me here.
|
keesan
|
|
response 2 of 181:
|
Sep 24 13:51 UTC 1998 |
r n worked after I got to item 3.
|
omni
|
|
response 3 of 181:
|
Sep 24 14:42 UTC 1998 |
Because whenever you join a new conference you onlyget to read the first
and the last items. You should do a r all, to properly catch up. (I do this
and it only takes a few more minutes)
|
mcnally
|
|
response 4 of 181:
|
Sep 24 20:23 UTC 1998 |
It's a conscious decision meant to keep first-time conference users
from being overwhelmed when they join a conference with hundreds of
items. Personally, I disagree with it -- my thinking is that many
readers will drop in, see only two items (one of which is almost
always fluff), and decide "Hmmm.. not much going on here, guess I
won't bother to come back." But it's not a system problem, per se,
it's the way Grex has behaved for time immemorial..
|
keesan
|
|
response 5 of 181:
|
Sep 24 23:54 UTC 1998 |
I vaguely recall asking about this last agora. Hope it is helpful to new
users, except they would not have been able to find this item. Does someone
want to put the info in item number 1?
|
mcnally
|
|
response 6 of 181:
|
Sep 25 03:15 UTC 1998 |
Between Valerie's "about conferences" response (item 1, resp 2)
and the introductory info that shows up the first time you read
the new conference it's probably covered already. In any case
it's doubtful that many readers who really need the info would
find it 30-40 responses deep in item #1.
|
keesan
|
|
response 7 of 181:
|
Sep 29 19:03 UTC 1998 |
We have been calling grex at 761-3000, 9600 bps, with a 25 sec wait before
giving up, and could not get through on 4 tries. This has happened often,
sometimes we get through the second or third try. We also tried 14.4 bps at
the other number, same problem. As an experiment I called 761-3000 at 2400
bps and got through right away? Why? This has been going on for a few days
at least. We dial and get the usual static sound, but no connect.
|
scott
|
|
response 8 of 181:
|
Sep 29 20:09 UTC 1998 |
Line noise would be my guess. are you on a phone line or modem setup that
has changed recently?
|
rcurl
|
|
response 9 of 181:
|
Sep 30 03:37 UTC 1998 |
I suggest that new users be put into agora with all items read but
'new' from (say) the previous day. Then they immediately see a little
of quite a few, rather than too much of two.
|
hhsrat
|
|
response 10 of 181:
|
Sep 30 15:23 UTC 1998 |
When I try to telnet in during my lunch 35 minutes, I usually end up
somewhere around 45 in the telnet queue. (usually around 11:30 am)Is
this just a busy time to telnet in, or is there something I'm doing
wrong?
|
valerie
|
|
response 11 of 181:
|
Sep 30 16:12 UTC 1998 |
This response has been erased.
|
keesan
|
|
response 12 of 181:
|
Sep 30 19:50 UTC 1998 |
Re 7, we have not changed anything in our setup and are still unable to dial
in sometimes except at 2400. It worked at 9600 an hour ago but not now.
|
rcurl
|
|
response 13 of 181:
|
Oct 1 00:08 UTC 1998 |
Ah yes...I make the mistake of thinking one can do *anything* with
computers....except change the source code. :) [Say....how about getting
the source code?]
|
valerie
|
|
response 14 of 181:
|
Oct 1 18:00 UTC 1998 |
This response has been erased.
|
rcurl
|
|
response 15 of 181:
|
Oct 1 18:39 UTC 1998 |
That's OK with me. He probably has some ideas too on how it could be upgraded.
|
drew
|
|
response 16 of 181:
|
Oct 1 19:37 UTC 1998 |
The mail limiter is still not working properly. Since it is sending the
extra-large messages anyway, and bouncing back a copy as well, how about
turning it off until it can be fixed?
|
valerie
|
|
response 17 of 181:
|
Oct 1 19:41 UTC 1998 |
This response has been erased.
|
hhsrat
|
|
response 18 of 181:
|
Oct 1 20:09 UTC 1998 |
It's funny. Today when I telnetted in over lunch (11:15) there was
nobody in the queue. I connected immediately.
I can't telnet from 5-11pm because my home telnet software is messed up.
|
davel
|
|
response 19 of 181:
|
Oct 2 11:19 UTC 1998 |
Re 11 re 9: Valerie, it would *not* require changing Picospan to do what Rane
suggested. Picospan could be spoofed, instead. newuser could initialize a
participation file, with items shown as read up to some particular time.
(IMNAAHO that should be done *right*, not the way fixseen does it, so that
as responses are added the user doesn't suddenly see all resps back to the
beginning.)
I'm not sure I think this would be a good thing; I'm just pointing out that
it could be done, and fairly easily, with a separate piece of programming,
not touching Picospan at all.
|
davel
|
|
response 20 of 181:
|
Oct 2 11:22 UTC 1998 |
(And doing that wouldn't unconfuse users like Sindi (and like me, a couple
of times years back) who join a new conference. Only new users. But it might
avoid the problem of making new users think nothing ever happens here -
possibly at the price of scaring them away with too much activity.)
|
gjharb
|
|
response 21 of 181:
|
Oct 2 13:07 UTC 1998 |
This past week, I've been able to telenet onto Grex just about anytime of
day without waiting in line. This is unusual, especially in the morning.
If somebody did something, thank you.
|
rcurl
|
|
response 22 of 181:
|
Oct 2 15:26 UTC 1998 |
Those joining new conferences could be a bit unconfused by having an
into message saying what is going on (only first and last items shown
immediately - and how to see the others).
|
keesan
|
|
response 23 of 181:
|
Oct 2 17:43 UTC 1998 |
We will try the other phone lines. 5041 worked today after 3000 did not.
But nothing changed at our end, we had no problems last week.
|
keesan
|
|
response 24 of 181:
|
Oct 2 21:42 UTC 1998 |
This time 5041 did not work in 25 sec, nor did 3000 or 3411. I got
through twice today on 761-5159 after 20 seconds.
|
