|
|
| Author |
Message |
| 25 new of 248 responses total. |
mcnally
|
|
response 61 of 248:
| 
Oct 8 02:14 UTC 2002 |
re #58: sounds unlikely to be the tel program at fault.
re #59: definitely not Pine or Grex's fault -- nothing you can do on
Grex should be able to affect your ability to exit your computer's
terminal software or to reboot.
|
janc
|
|
response 62 of 248:
|
Oct 8 04:26 UTC 2002 |
Hmmm...was that idle user on ttyp0? ttyp0 is screwed up.
|
polytarp
|
|
response 63 of 248:
|
Oct 8 06:26 UTC 2002 |
Does Grex always get problem reports which are this annoying?
|
janc
|
|
response 64 of 248:
|
Oct 8 14:44 UTC 2002 |
No, most of Grex's problem reports make me giddy with happiness.
|
russ
|
|
response 65 of 248:
|
Oct 8 22:42 UTC 2002 |
Re #52: Notice, I said "modem". Reading problems again?
|
keesan
|
|
response 66 of 248:
|
Oct 9 00:56 UTC 2002 |
The computer that kept crashing will be replaced shortly. It also reboots
of its own accord and JEP gave it to me as a problem motherboard. (Re 61 nad
59).
|
danr
|
|
response 67 of 248:
|
Oct 13 14:02 UTC 2002 |
Backtalk seems absolutely snappy this morning.
<sarcasm="on>Is there a system problem?<sarcasm="off>
|
rksjr
|
|
response 68 of 248:
|
Oct 13 17:58 UTC 2002 |
Why would there be a delay between one's making revisions in, for
example, the file:
www/test.html
and observing those revisions in the file:
http://www.cyberspace.org/~rksjr/test.html ?
|
jazz
|
|
response 69 of 248:
|
Oct 13 19:50 UTC 2002 |
Website caching somewhere along the line.
Try this:
http://www.cyberspace.org/~rksjr/test.html?this_actually_works
Just don't have a CGI variable named "this_actually_works".
|
gelinas
|
|
response 70 of 248:
|
Oct 13 20:20 UTC 2002 |
Make sure the changes have been written to the file (e.g., with ":w" in vi),
and then force your browser to reload the page.
|
gull
|
|
response 71 of 248:
|
Oct 13 20:34 UTC 2002 |
Note that you have to press Shift while clicking reload to force Netscape to
bypass any caches (including the on-disk one). There's no way I know of to
make IE do this.
|
spankie
|
|
response 72 of 248:
|
Oct 14 03:10 UTC 2002 |
does grex not support ssh2 protocol.////???
|
polytarp
|
|
response 73 of 248:
|
Oct 14 03:27 UTC 2002 |
wow.
|
rksjr
|
|
response 74 of 248:
|
Oct 14 03:46 UTC 2002 |
Re. #69, #70, and #71: Thanks. Informed with your advice I did a Google
search and found a description of how to "reload a Web page whose data has
changed" in my browser of choice, Grex's Lynx, using the Ctrl-R
combination.
|
gull
|
|
response 75 of 248:
|
Oct 14 13:01 UTC 2002 |
Re #72: Nope. Grex has a very ancient version of sshd.
|
albaugh
|
|
response 76 of 248:
|
Oct 21 16:58 UTC 2002 |
**********************************************
** THIS IS A WARNING MESSAGE ONLY **
** YOU DO NOT NEED TO RESEND YOUR MESSAGE **
**********************************************
The original message was received at Mon, 21 Oct 2002 11:51:47 -0400
from mwsc0223.mw4.mailwatch.com [204.253.83.164]
----- The following addresses had transient non-fatal errors -----
<someuser@cyberspace.org>
----- Transcript of session follows -----
<someuser@cyberspace.org>... Deferred: Connection timed out with
grex.cyberspace.org.
|
scott
|
|
response 77 of 248:
|
Oct 21 17:41 UTC 2002 |
finger: someuser: no such user.
|
other
|
|
response 78 of 248:
|
Oct 21 17:47 UTC 2002 |
Uptime Report for Grex
Current date and time: Mon Oct 21 13:44:04 EDT 2002
1:44pm up 16 days, 4:19, 65 users, load average: 22.83, 20.20, 17.64
1 waiting, 63 remote + 4 local users; 72 max remote users; 13371 head
|
albaugh
|
|
response 79 of 248:
|
Oct 21 17:48 UTC 2002 |
"someuser" was just a dummy value I edited in (sorry). The real problem was
the connection, not a user. Anyway, seems to be working now...
|
gull
|
|
response 80 of 248:
|
Oct 21 18:58 UTC 2002 |
There's one person I correspond with who cannot send mail to Grex at all
-- it always times out. I suspect, from my own experiences, that the
problem is his ISP firewalls the identd port. When mail connections are
made to Grex, Grex tries to get ident information from the remote host,
and the identd connection takes so long to time out that the sendmail
connection times out as well.
Since very few hosts actually run identd now, and since the information
is so easily forged as to be useless, I'm wondering if it would make
sense for Grex to stop trying to do these lookups. Besides the problem
of hosts that firewall that port being unable to connect, it also adds
overhead to every incoming mail connection, and Grex gets a lot of mail.
|
mdw
|
|
response 81 of 248:
|
Oct 22 01:41 UTC 2002 |
Ident is typically only suported by large timesharing hosts with a
diverse population of users. Since that describes few machines, it's
not surprising that "most" don't do it today. Where it *is* supported,
it's invaluable in terms of tracing e-mail forgeries down. One of those
hosts is grex, and since grex gets a lot of its mail from grex, it would
not make sense for us not collect this information. Besides, the SMTP
timeout value is much larger than the TCP timeout value - and none of
this would have helped Kevin, since it appears he was seeing a TCP
timeout on the initial SMTP, which means the ident protocol was never
involved. Most probably Kevin's failure was some sort of transient
router or network issue - something completely beyond grex's control.
|
russ
|
|
response 82 of 248:
|
Oct 22 03:46 UTC 2002 |
My file transfers with sz keep getting zapped by something. Is
the idle-killer dumb enough to send messages to an active tty
in binary mode?
|
russ
|
|
response 83 of 248:
|
Oct 22 04:20 UTC 2002 |
Yup, seems to be getting nailed about every 15 minutes. Somebody,
please provide a way to shut this idiot thing off...
|
iggy
|
|
response 84 of 248:
|
Oct 22 12:28 UTC 2002 |
*rimshot*
|
gull
|
|
response 85 of 248:
|
Oct 22 12:56 UTC 2002 |
Re #81: Are you sure about the timeout values? My experience indicates
the SMTP connection is not completed if the identd connection doesn't go
through. When I set up a mail system at work about a year ago, it was
unable to send mail to Grex until I unblocked the identd port. I was
completely puzzled by why the connections to Grex, and only Grex, always
timed out until a staffer filled me in on the identd requirement. It
works fine if the host rejects identd connections, but not if it
silently drops the packets.
|
