|
Grex > Helpers > #138: Grex System Problems - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 870 responses total. |
keesan
|
|
response 20 of 870:
| 
Dec 29 16:24 UTC 2004 |
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.
|
keesan
|
|
response 21 of 870:
|
Dec 29 16:32 UTC 2004 |
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.
|
keesan
|
|
response 22 of 870:
|
Dec 29 16:36 UTC 2004 |
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.
|
gull
|
|
response 23 of 870:
|
Dec 29 16:42 UTC 2004 |
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
|
janc
|
|
response 24 of 870:
|
Dec 29 16:56 UTC 2004 |
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.
|
cross
|
|
response 25 of 870:
|
Dec 29 17:06 UTC 2004 |
This response has been erased.
|
janc
|
|
response 26 of 870:
|
Dec 29 17:23 UTC 2004 |
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.
|
keesan
|
|
response 27 of 870:
|
Dec 29 17:35 UTC 2004 |
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.
|
blaise
|
|
response 28 of 870:
|
Dec 29 17:37 UTC 2004 |
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.
|
keesan
|
|
response 29 of 870:
|
Dec 29 17:43 UTC 2004 |
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?
|
janc
|
|
response 30 of 870:
|
Dec 29 17:55 UTC 2004 |
Yes, new Grex will hang up on logout. I think this is hard to change.
|
blaise
|
|
response 31 of 870:
|
Dec 29 18:01 UTC 2004 |
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
|
keesan
|
|
response 32 of 870:
|
Dec 29 18:45 UTC 2004 |
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.
|
keesan
|
|
response 33 of 870:
|
Dec 29 18:46 UTC 2004 |
Jan, why won't the new grex allow logging out and in again?
|
blaise
|
|
response 34 of 870:
|
Dec 29 19:12 UTC 2004 |
Sindi, mails from *@grex are whitelisted before cialis is blacklisted.
(The grex whitelist is in the middle of the blacklists.)
|
cross
|
|
response 35 of 870:
|
Dec 29 19:31 UTC 2004 |
This response has been erased.
|
keesan
|
|
response 36 of 870:
|
Dec 29 19:38 UTC 2004 |
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.
|
blaise
|
|
response 37 of 870:
|
Dec 29 20:05 UTC 2004 |
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).
|
janc
|
|
response 38 of 870:
|
Dec 29 21:26 UTC 2004 |
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.
|
glenda
|
|
response 39 of 870:
|
Dec 29 21:56 UTC 2004 |
When I log in I get a message that I have mail, when I go into elm it says
I have 0 messages.
|
glenda
|
|
response 40 of 870:
|
Dec 29 22:03 UTC 2004 |
Pine tells me that /var/spool/g/l/glenda doesn't exist. I prefer elm but
tried pine see if it could find this elusive new mail.
|
glenda
|
|
response 41 of 870:
|
Dec 29 22:05 UTC 2004 |
Oops, make that /var/spool/mail/g/l/glenda
|
blaise
|
|
response 42 of 870:
|
Dec 29 22:14 UTC 2004 |
In your .login file, remove the line that starts "setenv MAIL". That
should fix the problem; if not, replace it with "setenv MAIL
/var/spool/mail/glenda".
|
cross
|
|
response 43 of 870:
|
Dec 29 22:44 UTC 2004 |
This response has been erased.
|
gelinas
|
|
response 44 of 870:
|
Dec 30 00:39 UTC 2004 |
Re the final paragraph of 18: that is what I expected to hear. /usr/bin/ssh
is the ssh executable; /usr/local/bin/ssh is a wrapper to get through the
kernel blocks. The OpenBSD pf filters work well, but they are different from
our home-grown ones.
A general note on the pf filters: Every program that provides outbound
access to members will have to be linked to the wrapper program. The
wrapper _may_ have to be modified as well. So if you find something that
worked on the old machine but doesn't work here, please either mention
it here or send a message to staff.
|