40 new of 237 responses total.
Very oddly, when ssh'ing to Grex I only *sometimes* get the message that Grex is lying about the size of its private key. Is there any mechanism I could use to confirm the key and rule out funny business?
I'm not sure what it is, but I had some problems with Backtalk... I had to put my password in several times at a few points to get in and through the bbs.
Yes, I'm getting the same problem. I just gave up on Backtalk after encountering it several times. If I exited from all of my IE windows, then started one up again and logged into Grex, I could read about 3 items before getting it again.
I've noticed that happens a lot when Grex's CPU load is very high. I suspect something is timing out.
This response has been erased.
re 184: i would suggest using kermit or x/y/z-modem across your tcp connection, but that appears reserved for dial-up users (foolishly so imo).
A response when Jamie begs the Grexers for some loving: Would a kind Grexer with the rootkey please reset the password for jp2? To authenticate me, please call the number shown in !f jp2. Thank you, <hug>
This response has been erased.
Try reading (or running, if you're telnetted in) /usr/local/bin/sz, & you'll see.
Send mail to staff@cyberspace.org, Jamie.
Aww, Jamie hugs are the best. Jamie, try emailing staff with the request.
Traditionally none of those protocols have worked well over telnet because telnet is not transparent, and often not 8-bit clean. ssh is, if you disable the escape character with "-e none".
What does it mean when only certain people who try to email me get "permanent fatal error" messages?
Are they getting error messages with bible quotes in them?
That you're a femme fatale? :)
When I have seen those bounces, it was usually due to a temporary connection problem, "temporary" being variable...
I emailed the staff on like, Aug 29.
(It looks like /var/spool/mail is a bit full.)
Filesystem kbytes used avail capacity Mounted on /dev/sd3h 1944365 1754424 0 100% /var/spool/mail
Filesystem kbytes used avail capacity Mounted on /dev/sd3h 1944365 1756006 0 100% /var/spool/mail /dev/sd7g 1971009 1773911 0 100% /d 2 partitions that are widely used are full :( 2 that i use :(
I thought you left?
I THOUGHT YOU WERE A WOMAN
I've never seen /var/spool/mail full before, so I had to improvise. I found some files I could safely delete or move to temporarily make some space. Valerie started a reap, which should end up deleteing half the accounts on Grex (it's been a long time since we ran a reap) and making plenty of space everywhere. The shortage of space on /d was pretty much just one user.
resp:218 That's another problem i have.
re 220 You should run reaps more often. Or buy more hard drives.
Grex should consider upgrading its ancient version of Pine. Versions earlier than 4.57 have a remotely exploitable security hole.
and use nano instead of pico.
Haven't struggled with it myself, but my impression is that updating Pine is non-trivial on our ancient OS. Installing "nano" shouldn't be a big deal. I'll look at it when I get time, unless some other staffer beats me to it.
Use elm. It's the best.
Why not use !mail ?
Yeah, why not?
I have been a supporter of Grex in the past by having several small non-profit organizations with which I have been associated join Grex and use it at least as their website and board mail reflector. The latter, however, has become untenable because of spam. There is nearly ten times more spam being distributed to the boards than board correspondence. Is there any hope of soon having access to a filter here for spam? I will probably move an organization off Grex (and thereby cancel membership) unless there is some recourse against this avalanche of junk e-mail.
It may not get better elsewhere. My Grex account is actually on the low end as far as the amount of spam I get. My ameritech.net account gets over 50 spams a day, and has since before I started using it! My work account gets about 100 a day, about 90% of which is caught by a statistical filter. I agree that Grex needs better spam filtering, but I want the ability to turn it off if I choose to. I've had too many bad experiences with mail disappearing because of spam filters -- no bounce message or anything, just disappearing into the ether with no warning.
(NB: This is the System Problems item from Summer, 2003, not Fall, 2004, so it doesn't have quite the audience the item in the current agora would get.)
(I don't think Fall 2004 will have much audience - yet - either.......but thanks for the poke in the ribs 8^})
Could Grex use the Spamhaus Block List (SBL) to block spam? See http://www.spamhaus.org/sbl/howtouse.html
We will have to put a kludge in it as cyberspace.org sometimes ends up on various spamblock lists. Might be worth considering though.
I'm telnetting in from Madeira Beach FL. I cannot connect to Grex directly as I get a "not responding" response, but I have telnetted into CAEN, and then telnetted over from there. Why won't Grex respond directly?
Grex is responding very slowly. I'm not surprised you are having trouble.
In fact the problems are so bad that this report got stored in *old* agora! ;-)
You have several choices: