So, having run "find / -type f | xargs grep -i "spamassassin-toaster-
root", I find the following:
/usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin'; # substituted at 'make' time
/usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin'; # substituted at 'make' time
/usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin'; # substituted at 'make' time
/usr/bin/sa-update: 'LOCAL_RULES_DIR' => '/var/tmp/
spamassassin-toaster-root/etc/mail/spamassassin',
/usr/bin/sa-update: /var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin/sa-update-keys
Binary file /usr/bin/spamc matches
/usr/bin/spamd:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-toaster-
root/etc/mail/spamassassin'; # substituted at 'make' time
/usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin'; # substituted at 'make' time
/usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin
/usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin
So this clearly came into place when I added sa-update in place of
RulesDuJour this past weekend. I don't know if that's normal or not,
but I'm assuming not, since no one else recognized that path or
considered it valid except during build/compile/install.
Chkrootkit found nothing.
My guess would be, at this point, I open sa-compile, sa-learn, sao-
update, etc., in vi, find those instances of that directory and
redirect them to where they should be? Which would be /etc/mail/
spamassassin ?
Roxanne
On May 7, 2008, at 8:39 PM, James Pratt wrote:
With all due respect, I see *nothing* that indicates *any* sort of dns
issue here. The problem is that the Spamassassin installation is
trying
to create temp files in a very non-standard directory, as Eric said
in a
prior post.
I would guess the build is just plain messed up - what does rpm -ql
Spamassassin-toaster say? Inspect the rebuild output closely after. Do
not rebuild it as the root user.
If I were you, I would re-rpmbuild, and also run chkrootkit, and/or
rkhunter... many people (still!) compile things as root. That is a
very
bad thing, qmail or no. :(
Regards,
jp
-----Original Message-----
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 8:24 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections
No, nothing in the blacklists file. And Spamassassin's RBL checks are
turned off in local.cf.
I'm running chrooted Bind, not a caching nameserver.
And yes. I was su - into vpopmail's shell to run the spamassassin --
lint -D tests.
Roxanne
On May 7, 2008, at 7:29 PM, Eric Shubert wrote:
Roxanne Sandesara wrote:
DNS appears to be working. I have no idea if an RBL site is down.
At
this point I've deactivated spamdyke, which was the only thing
doing RBL
checks, so that shouldn't be an issue anymore.
You have nothing in /var/qmail/control/blacklists? That would do rbl
checking. Spamassassin probably is as well, unless you are running
it with
the -L (local checks only) option.
Are you running a caching-nameserver on the toaster? That isn't
absolutely
required, but highly recommended.
I still have this nonsense SpamAssassin perl module error, and no
way to
correct it.
Are you running spamassassin commands with "sudo -u vpopmail -h"?
You need to always run spamassassin as vpopmail user. Otherwise it
won't
pick up the correct environment.
Roxanne
On May 7, 2008, at 4:52 PM, Eric Shubert wrote:
Sounds a bit like a DNS issue to me. Is your DNS not working, or
perhaps an
RBL site down?
Roxanne Sandesara wrote:
I've had spamdyke running for a week without any problems until
today
(if indeed Spamdyke is the problem). However, thanks for the
advice. I
went back, found that discussion from last week, and have - at
least
temporarily - deactivated spamdyke.
However, this has not corrected my problem. Messages are still
being
soft-rejected, even after turning off spamdyke and restarting
qmail.
I've got this strange permissions problem with what must be a
created
subdirectory in /tmp, which seems to be causing errors with
SpamAssassin. I have no idea if that could be causing the soft
rejects
or not, but I'd - obviously - like to correct it. but I can't
find
anything on the Net matching the error message with the
directory.
Still looking for help.
Roxanne
On May 7, 2008, at 3:34 PM, im.fuzzy wrote:
Roxanne Sandesara wrote:
Further searching. I found an instance of this in the archives
that
suggested running a spamassassin --lint.
I did so, and got the following:
# spamassassin --lint
check: no loaded plugin implements 'check_main': cannot scan!
at
/usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/
PerMsgStatus.pm
line 164.
Help? I'm not sure what to do here.
Roxanne
On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote:
spamdyke has to be configured...it is not a plug-n-play (like
so much
of the toaster stuff is) for us noobs, in my experience.
i had had the watchall running and installed spamdyke...my
supplier
emails started being being delayed/ rejected/whatever mostly
for the
rdns checks...uninstalled spamdyke immediately...revisit it
later in
off-peak times for me
igor or ivan asked 'spamdyke uninstall...howto' about a week
ago...that is how i fixed my toaster
fuzz
-----------------------------------------------------------------
-
---
QmailToaster hosted by: VR Hosted <http://www.vr.org>
-----------------------------------------------------------------
-
---
To unsubscribe, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
------------------------------------------------------------------
-
--
QmailToaster hosted by: VR Hosted <http://www.vr.org>
------------------------------------------------------------------
-
--
To unsubscribe, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
---Eric 'shubes'
-------------------------------------------------------------------
-
-
QmailToaster hosted by: VR Hosted <http://www.vr.org>
-------------------------------------------------------------------
-
-
To unsubscribe, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
--------------------------------------------------------------------
-
QmailToaster hosted by: VR Hosted <http://www.vr.org>
--------------------------------------------------------------------
-
To unsubscribe, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
--
-Eric 'shubes'
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
