response 50 of 291:

Oct 10 04:53 UTC 2003

(Sindi, you (should) know that staff can't be put into the position of saying,
"Yes, that one is all right, but no, this one is not."  Explanations are never
satisfactory.  A blanket ban really does work better.)

response 52 of 291:

Oct 11 13:13 UTC 2003

We should put up a telnet and/or ssh applet for connecting to Grex on
Grex's web site.  It's something I've been meaning to do for years, but
haven't gotten around to.

response 54 of 291:

Oct 12 01:27 UTC 2003

would that allow me to go to the web page, then click on the applet, then come
in and do everything I'm used to doing?

response 56 of 291:

Oct 12 09:43 UTC 2003

http://3sp.com/products/sshtools/sshterm/sshterm.php

response 58 of 291:

Oct 12 12:35 UTC 2003

well, it's not my web site, though i see nothing in it that should
be a problem for a macintosh -- i'm reading it with a text mode
browser.

as for functionality -- oh well, that's the breaks.  perhaps mindterm or
jta will work better for you.  i've got them installed in my web space here
<http://www.grex.org/~malymi/>, temporarily.  but as grex is a tad slow
and the mindterm jar is signed i've also got it installed elsewhere, at
<http://malymi.multics.org/mindterm-applet.html>.  (since the jta jar is
not signed you can only connect back to the server from which it was
loaded so you must get it from grex.)  original url's for the fearful /
security minded / curious are <http://www.isnetworks.net/ssh/index.html>
and <http://www.mud.de/se/jta/>.

response 60 of 291:

Oct 12 16:04 UTC 2003

mindterm:
Netscape Communications Corporation -- Java 1.1.5
Type '?' for options.
Symantec Java! ByteCode Compiler Copyright (C) 1996-97 Symantec 
Corporation
# Error: The certificate issuer for this server is not recognized by 
Netscape. The security certificate may or may not be valid.
Netscape refuses to connect to this server. (-1987)
#       jar file: /The Source/Temporary Items/jzip1
#       path:     /The Source/Temporary Items/jzip1
# Error: loading of signatures has failed (-1)
#       jar file: /The Source/Temporary Items/jzip1
#       path:     /~malymi/
# Verifier error mindbright/application/MindTerm.initGUI()V: Cannot find 
class java/awt/event/WindowListener
# Applet exception: class mindbright/application/MindTerm got a security 
violation: method verification error
java.lang.VerifyError: mindbright/application/MindTerm
  at java.lang.ClassLoader.resolveClass(Compiled Code)
  at netscape.applet.AppletClassLoader.loadClass1(Compiled Code)
* at netscape.applet.AppletClassLoader.loadClass(Compiled Code)
  at netscape.applet.AppletClassLoader.loadClass(Compiled Code)
  at netscape.applet.DerivedAppletFrame.run(Compiled Code)
  at java.lang.Thread.run(Compiled Code)

response 62 of 291:

Oct 12 20:19 UTC 2003

those are security issues.  further checking of the isnetworks archive
finds this problem described in an example html file, thusly:

[converted to plain text]
| Netscape will not accept the signed applet unless you trust the
| ISNetworks Root CA.  You can install that certificate by clicking here
| if this web server has the .cacert MIME type mapped to
| application/x-x509-ca-cert or from ISNetworks' site.  You'll need to
| trust the cert for signing software and then restart Netscape for the
| permissions to take effect.

[the cacert file is not in fact available from my web space, since the 
appropriate extension mapping is not set on grex.]

similar for msie.  and probably any other java enabled browser.  it
worked for me after a security dialog was presented and i accepted,
using mozilla 1.2.1 and sun java 1.4.2_01.

worse, i first learned of the mindterm applet elsewhere, and i see they
have bleak words to confirm what you've already found:

| Note that there are version requirements on the web browsers you can use
| with this applet.  This applet also does not function on Macintosh
| computers.  If your web browser is too old to use this applet, download
| a newer browser from Netscape or Microsoft.


oddly, while the jta applet isn't signed it shouldn't have any security
issues as it only connects to the originating site.


oh well, this experiment was a dismal failure.

response 64 of 291:

Oct 15 00:25 UTC 2003

I'm curious, too.  Since dialins connected to the terminal server, got the
this-may-take-a-while message, and disconnected in approximately 10 seconds,
I'd say Grex was likely totally down.  Didn't realize it was so long, though.

response 66 of 291:

Oct 15 07:05 UTC 2003

I again tip my hat to the fixers and keepers of grex

response 68 of 291:

Oct 18 02:30 UTC 2003

I got this while I was in party 
Received disconnect from 216.93.104.34: Command terminated on signal 9.

response 70 of 291:

Oct 25 15:08 UTC 2003

        Same here.  3000 was busy, 3554 was disconnected, 3451 connected.
What happened to the truck hunt, and when was the disconnected phones
put into an agora item 3?

response 72 of 291:

Oct 25 16:00 UTC 2003

I just checked, and it looks like Colleen and Tim are correct that there is
currently no hunt on the lines.  I will call Ameritech about it, but I don't
know if I can get any action before Monday.  In the meantime, dialing each
line (3000, 5041, 3411, 3451) individually works.

response 74 of 291:

Oct 25 22:56 UTC 2003

Grex was down for backups.  It came back online about one minute before your
response.  Which means that you wouldn't have been able to dial in, either,
a minute (or so ;) earlier.