|
|
|
This item is for system problems. If something on Grex isn't working right (line noise on a modem, weird behavior from a program, etc.), this is the place to announce it. Except for security holes. If you find a hole in system security, mail information about it to "staff".
870 responses total.
Nethack doesn't work. I get an error: No write permission to lock perm!
I think I fixed it, jep; let us know here.
Backtalk bounced an attempt to post in coop. gave the following error message: "Oops! The authors of Backtalk are deeply sorry to confess that our program has failed to operate correctly. This is due to an error in Backtalk itself, or in one of Backtalk's script files, or in the configuration of the system. It is probably not due to anything you might have done. The page below contains an error message and a detailed dump of the state Backtalk was in when the error occurred. This may be useful to anyone trying to fix the problem. All this information has been logged, but it may still be helpful for you to report this error and the circumstances under which it occurred to the system administrators. Thanks for your assistance in getting the bugs out of this conferencing system. We sincerely and humbly beg your forgiveness. ----------------------------------------------------------------------- --------- ERROR: index_new_resp called with response number 218103807 executing "post_resp" on line 113 of pistachio/response.bt " I re-entered the post and it took the second time...
Had to edit my .cshrc to point to where global.cshrc is now located, /usr/local/etc instead of /usr/local/lib
Ah, thanks for those locations, Scott. I have now done the same. Maybe someone should symlink them to /usr/local/lib (where they used to be).
when I telnet in, it says "user not authenticated, using plain text"????
Looks like i've got a 0-bit disk quota on /tmp, which is killing mail programs.
C a n ' t t a b
nharmon@grex ~ > mnet ssh: connect to host m-net.arbornet.org port 22: No route to host I've tried it with other hostnames, same problem. I think my membership is still current too. :P
Check which ssh you are using Nathan; there may be more than one, and you may be using the wrong one. I noted that my path included /usr/ucb , which does not exist, and did not inlcude /bin , which has stty, among other things.
I was able to read my mail without any problems. Hoewwever, when I quit mail by typing q, here is what I got: SHELL environment variable is wrong!!! try this: "define" "shell" "/bin/sh" I haven't tried this because I don't know if I should. Also, my backspace key no longer deletes characters. Instead, I get a stream of ^H. Finally, at the lower left hand corner of each screen of text, I see "byte abcd". This vanishes when I go on to the next screen. These are *really small* problems. Congrats to janc and others for the successful transfer to NextGrex!
Ahaa--the "byte abcd" replaces the reverse-video --Moerre-- that used to appear on my screen.
Backtalk is continuing to give the "ERROR: index_new_resp called with response number 218103807 executing "post_resp" on line 113 of pistachio/response.bt" message, but is posting the response anyway.
gracel & kingjon report being unable to read their mail because of a quota
exceeded on /tmp. I'm not sure "huge" is a good description, and as most
of it is recently-arrived spam I don't see how it's avoidable. Shouldn't
the quota on /tmp be big enough to allow reading mail?
Grace also is experiencing the problem with her backspace being set to ^?
instead of ^H. Are we going to have to fix this in one of the setup files?
And she also sees the
SHELL environment variable is wrong!!!
try this: "define" "shell" "/bin/sh"
message. FWIW, her shell is /usr/local/bin/bbs; I suspect that this is
the problem. IIRC, on old Grex the shell for people who wanted to come up
in bbs was something that set up the user's environment correctly and then
exec'd bbs, wasn't it? She has a .profile which sets PATH and PAGER (which
also is not working) and does stty, but it's not getting executed.
I'll fix her up (by changing her shell), assuming I can - I'm assuming that
the program to do that will work. But I suspect that a lot of people will
be affected. (There are almost 600 entries in /etc/passwd with
/usr/local/bin/bbs as the shell.)
I think Dan Cross just fixed the shell problem with bbs.
This response has been erased.
Is anyone else having problems with there .procmail filter? Do I need to change something in my .forward?
When opening pine, get the following:
[Folder vulnerable - directory /var/mail must have 1777 protection]
But I don't know why it needs to be globably writable. :/
BTW, my previous ssh problem, I was using /usr/bin/ssh. /usr/local/bin/ssh
works better. Strange.
I just reported the same problems as in 17 and 18 in coop. And I am not getting ANY mail including two I sent myself just a few minutes ago, one of which should have gone to /dev/null. I will try turning off procmail.
My mail is no longer in /var/spool/mail/k/e/keesan (which I had set up .procmailrc to point at) but in /var/mail/keesan. I have edited .procmailrc and sent myself another test mail.
Changing to /var/mail/keesan did not fix my problem of not getting any of my test mails. I had to turn off procmail by putting # in front of the line in .forward. Procmail is still in /usr/local/bin as it should be. I get mail now but most of it will be spam.
My first spam just arrived, now that I have no filter. Can the inbox limit be temporarily increased until procmail can be made to work again? 50 spams a day won't leave me room for any mail.
I got the following crash dump from Backtalk when I tried to post a
response in the "diy" conference. The response was posted anyway.
Backtalk Crash!
Wed Dec 29 11:41:31 2004
Oops! The authors of Backtalk are deeply sorry to confess that our
program has failed to operate correctly. This is due to an error in
Backtalk itself, or in one of Backtalk's script files, or in the
configuration of the system. It is probably not due to anything you
might have done. The page below contains an error message and a detailed
dump of the state Backtalk was in when the error occurred. This may be
useful to anyone trying to fix the problem.
All this information has been logged, but it may still be helpful for
you to report this error and the circumstances under which it occurred
to the system administrators.
Thanks for your assistance in getting the bugs out of this conferencing
system. We sincerely and humbly beg your forgiveness.
ERROR: index_new_resp called with response number 990052351
executing "post_resp" on line 113 of pistachio/response.bt
Version: Backtalk version 1.3.17
Stack:
(empty)
User Dictionary 0:
bgcolor=(FFFFCC) pw_url=(/cgi-bin/pw/backtalk/) goto=(pistachio/read)
vlinkcolor=() allowhtml=1 bgimage=() logout_url=(/cgi-bin/backtalk/)
post.x=(2\
1) post.y=(12) bodytags=() alinkcolor=() anon_url=(/cgi-bin/backtalk/)
highcolor=(FF0000) pseudo=(David Brodbeck) global_header={...} prevmax=(825)
textcolor=() adm_url=(/cgi-bin/adm/backtalk/) linkcolor=()
global_footer={...}
System Dictionary:
anonymity=0 since=@0 author_erase=1 texttype=(text/plain) amadm=0 mayhide=0
http_headers=1 fw_retitle=1 blindfold=0 resp=0 editdate=@0 hidden=0
id=(gull)
http_expires=@0 uid=9062 newbie=0 linktonew=1 sessions=0
homedir=(/a/g/u/gull)
yapp_format=0 mayread=1 mayedit=0 ifav=1 expire_session=3600 mayretire=0
canspell=1 flavor=(pistachio) lastdate=@1098745982
scriptdir=(/usr/local/lib/b\
acktalk-1.3.17/script) parentresp=0 saverep=0 fishbowl=0 maxresp=825
spell_lang=() expect_resp=826 userlist=0 authorid=() spell_ignore=()
authorname=() fw_erase=0 author_retire=1 csel=() http_location=() maypost=1
conf=(diy) copyright=(Copyright 1996-2004, Jan Wolter and Steve Weiss)
conflist=(/bbs/conflist) authoruid=0 conftitle=(Diy) [=mark isel=() linked=0
`=mark loglevel=0 cpass=() secret=0 canattach=0 fwlist=(keesan, scott)
canemail=0 auto_recompile=1 progname=(backtalk) grouplist=0 exec_limit=0
forgotten=0 maxread=825 mark=mark showforgotten=1 mayseefname=1
publicflavors=(public) author_kill=1 http_no_cache=0 urlarg=()
bbsdir=(/bbs/)
dbtype=() fw_hide=0 allowgraphics=1 alias=(David Brodbeck) stack_limit=0
nopwedit=1 attachments=() gid=1002 item=8 author_retitle=1 author_hide=1
frozen=0 scriptname=(response) mayfreeze=0 editfrozen=1 fw_edit=0
linkdate=@886612066 mayretitle=0
cgiquery=(pseudo=David+Brodbeck&texttype=text\
%2Fplain&post.x=21&post.y=12&conf=diy&csel=&item=8&isel=&rsel=new&goto=pistach\
io%2Fread&prevmax=825&noskip=1&showforgotten=1&text=I+installed+a+Wheelskins+l\
eather+steering+wheel+cover+on+my+car.++It+was%0D%0Asomewhat+time+consuming+%2\
8about+an+hour+and+a+half%29+but+the+results+are%0D%0Aworth+it+for+the+one+par\
t+of+the+car+I+touch+the+most.%0D%0A) newuseropen=0 amfw=0 post_log_file=()
secure=1 rfav=2 http_content_type=(text/html) maxitem=42 author_edit=0
mayresp=1 readdate=@1098799493 author_freeze=1 allowanon=1 title=()
mayseealias=1 maykill=0 noskip=1 confdir=(/bbs/diy) particip=(.fixit.cf)
erased=0 date=@0 favicon=(/usr/local/www/favicon.ico) timezone=()
text=(I inst\
alled a Wheelskins leather steering wheel cover on my car. It
was\nsomewhat t\
ime consuming \(about an hour and a half\( but the results are\nworth it
for t\
he one part of the car I touch the most.\n) retired=0 loginlen=8 rsel=(new)
mayerase=0
Environment: AUTH_TYPE=Basic CONTENT_LENGTH=383
CONTENT_TYPE=application/x-www-form-urlencoded
DOCUMENT_ROOT=/usr/local/www
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/
plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_ACCEPT_ENCODING=gzip,deflate HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5
HTTP_CACHE_CONTROL=max-age=259200 HTTP_CONNECTION=keep-alive
HTTP_HOST=www.cyberspace.org HTTP_KEEP_ALIVE=300 HTTP_REFERER=http://www.cy
berspace.org/cgi-bin/pw/backtalk/pistachio/read?x.x=0&
x.y=0&conf=diy&csel=&rsel=new&noskip=1&showforgotten=1&isel=8
HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0 HTTP_VIA=1.1 gatekeeper.interclean.com:8080
(squid/2.5.STABLE6) HTTP_X_FORWARDED_FOR=152.160.178.15
PATH=/sbin:/bin:/usr/sbin:/usr/bin REMOTE_ADDR=152.160.178.33 REMOTE_PORT=37109
REMOTE_USER=gull SCRIPT_FILENAME=/usr/local/libexec/cgi-bin/pw/backtalk
SERVER_ADDR=216.93.104.34 SERVER_ADMIN=webmaster@cyberspace.org
SERVER_NAME=www.cyberspace.org SERVER_PORT=80
SERVER_SIGNATURE=<ADDRESS>Apache/1.3.29 Server at <A HREF="mailto:webmast
er@cyberspace.org">www.cyberspace.org</A> Port 80</ADDRESS>
SERVER_SOFTWARE=Apache/1.3.29 (Unix) mod_ssl/2.8.16 OpenSSL/0.9.7c
GATEWAY_INTERFACE=CGI/1.1 SERVER_PROTOCOL=HTTP/1.0 REQUEST_METHOD=POST
QUERY_STRING= REQUEST_URI=/cgi-bin/pw/backtalk/pistachio/response
SCRIPT_NAME=/cgi-bin/pw/backtalk PATH_INFO=/pistachio/response
PATH_TRANSLATED=/usr/local/www/pistachio/response
The backtalk crashs and the weird "response not posted" message from fronttalk are the same problem. They have to do with byte-order problems in the sum files for the conferences. Old and new Grex stored binary files with opposite byte orders. So when we copied over the sum files from the Sun, they arrived all backwards. Theoretically both Picospan and Backtalk are supposed to be able to detect the backwardness of the sum files and compensate for that. Looks like Picospan is succeeding but Backtalk is slightly confused. Easiest fix is to regenerate the sum files. You can just delete them. Picospan will complain about missing sum files until someone does a "fix sum" command in the conference to regenerate it. Backtalk automaticaly regenerates them if they are missing.
This response has been erased.
I removed all the old sum files, and had backtalk regenerate most of them. I think I probably missed regenerating some. If you see a conference where Picospan complains about there being no sum file, there are two fixes. Either a fairwitness can say "set summary" in Picospan, or any user can join the conference with Fronttalk or Backtalk. Picospan will still work without a summary file - it'll just be slower.
While trying to get procmail to work (now it lets through ALL my mails) I attempted to logout and then login as a different user and logout got me a NO CARRIER with no opportunity to login again. I had to redial.
Just "|/usr/local/bin/procmail" without the quotes works fine; I don't know whether the quotes would be needed if you added a parameter.
I just emailed myself from a non-grex account (after making sure keesan was no longer on my white list) with subject line 'viagra cialis meds', all three of which words are in my subject filters, and the mail went to my inbox. I have the double quotes - should I remove them? It is acting as if procmail is not there. I changed both .forward and the MAIL line in .procmailrc and these are both globally readable. I also got another spam not from me in the inbox. My filter, when working, gets about 95% of spams. Would one of you experts mind trying out a very simple procmail setup to see if it works for you?
Yes, new Grex will hang up on logout. I think this is hard to change.
I have my filter working. (I copied yours, commented out everything except the first and last conditions, and changed them to something simple I could work with. My filter puts anything from my spamcop account into a folder named Mail/spamcop [in Maildir format], and forwards anything else to my spamcop account.) MAIL=/var/mail/blaise LOGFILE=$HOME/Mail/from VERBOSE=off :0 * ^From:.*jtrigg.*@spamcop.net $HOME/Mail/spamcop/ :0 !jtrigg+cyber@spamcop.net
I just got one REAL spam (not the ones I was making up and sending from myself) sent to /dev/null. So it appears to be working. I don't know why mails from keesan@ are going into my inbox no matter what the subject line.
Jan, why won't the new grex allow logging out and in again?
Sindi, mails from *@grex are whitelisted before cialis is blacklisted. (The grex whitelist is in the middle of the blacklists.)
This response has been erased.
I just removed from my white list 'org edu grex keesan' as From's and procmail just caught a spam that I sent to myself. But I still cannot view my log file (/mail/from) from within Pine. I can view it with less so it is not a problem but it may be symptomatic of something not being set up right. I could view the first time but ever since it has been blank. I now have a choice of 1 or 2 in 'from', both blank.
It's possible that the new version of pine is more picky about mbox format (which the procmail log isn't but is similar to).
Old Grex was modified not to hang up. It used to confuse a lot of people who were used to the standard behavior. It would probably be possible to figure out how to modify new Grex to do that, but I think it'd be a lot of work. Fronttalk directly executes backtalk when used on Grex.
When I log in I get a message that I have mail, when I go into elm it says I have 0 messages.
| Last 40 Responses and Response Form. |
|
|
|
- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss