zmtrainsa broken after upgrade to v 4.0

[phoenix]

Originally Posted by sourcehound

Haven't you ever of "kicking" a dead topic on a forum so that someone will respond?

No, I have never done that in any of the forums I post on and it's the tone of your request I have problems witrh.

Originally Posted by sourcehound

I belong to many forums, and don't do it lightly.

Yes, you did. You've made five posts on this forum, not much of a contribution is it?

Originally Posted by sourcehound

If you read my post you'll see that I have indeed done a lot of investigation of the problem and have only one small architectural question, which any Zimbra engineer or team member could answer:

I read all of your post and if you are so sure that this question can be answered easilly then post your request to support where you'll probably get an prompt answer.

Originally Posted by sourcehound

And why would you work under he assumption that I'm using the open source edition? Maybe I'm using the network edition?

Oh, I didn't assume you were using the OSS version. I merely pointed out that the support here is free and you wait until someone answers it. Like I said, we have lives and jobs to tend to not answer questions at your whim. If you are a NE customer and this is as urgent as you imply then, as I've already said, email support.

[phoenix]

Oh, and by the way, a seacrh of google would have found the sa-learn command which should solve your problem. The format you want should be:

sa-learn  --dbpath /opt/zimbra/amavisd/.spamassassin/ -p /opt/zimbra/conf/salocal.cf --clear

Run it as the Zimbra user.

Does that answer your question?

[phoenix]

Was that the resolution for your problem? If not, post back and we'll see if someone has the answer for you.

[sourcehound]

Originally Posted by phoenix

Was that the resolution for your problem? If not, post back and we'll see if someone has the answer for you.

Bill,

I ran the command you sent and it immediately exited witht the same error message:

sudo -u zimbra /opt/zimbra/libexec/sa-learn --dbpath \

/opt/zimbra/amavisd/.spamassassin/ -p \

/opt/zimbra/conf/salocal.cf --clear

config: could not find site rules directory

[lightman]

I wanted to chime in that I am (and have been) seeing the exact same thing. I upgraded to 4.0.2 this evening and continued to see the same messages as were already posted (the update to 4.0 was in early september). I also deleted the bayes_seen and bayes_toks files after upgrading to 4.0.2 and now I only get 1 "error" message when running zmtrainsa manually:
config: could not find site rules directory

I tried running the sa-learn script mentioned in a previous post, but it did not change the message. I'll keep digging since the amount of spam I am getting is becoming increasingly annoying.

Not sure if this helps, but I am running on a Debian Stable (3.1) OS. Let me know if you need any more information.

[phoenix]

Just in case I've missed the stupidly obvious does /opt/zimbra/conf/spamassassin directory exist and is there any rules in it?

[lightman]

Yes, the directory /op/zimbra/conf/spamassassin exists with 53 files in it (42 0f which are *.cf files). All are owned by zimbra.zimbra and have permissions 444. Additionally, the directory is owned by zimbra.zimbra with permissions 755.

[pepijn]

I have the same missing site rules thing going on as described by others in this thread. I'm going to keep poking at it after none of the suggestions here have solved things so far. On my 4.0.2 NE install /opt/zimbra/conf/spamassassin exists and has a number of rules in it, like others here noted.

Will post a resolution if I happen to work one out.

pepijn.

[phoenix]

Well, it's driving me nuts. It's probably something blindingly simple but I can't at this stage see what it is.

[pepijn]

So a quick check of the amavisd script at /opt/zimbra/amavisd/sbin/amavisd seemed to suggest that by default all rules are looked for at /etc/mail/spamassassin and /usr/local/share/spamassassin:

#   DEF_RULES_DIR     => '/usr/local/share/spamassassin',
#   LOCAL_RULES_DIR   => '/etc/mail/spamassassin',

To verify, I symlinked /opt/zimbra/conf/spamassassin to /etc/mail/spamassassin and reran zmtrainsa for a user who badly needs to train spam. Lo and behold it worked and processed his entire Junk folder. I am not quite sure at this point about the exact differences between DEF_RULES and LOCAL_RULES but at least this gets things rolling. We'll need a word from Zimbra about how they point amavisd to the proper rules and whether it is the amavisd script that needs an adjustment or one of their scripts that calls amavisd with specific settings, which may or may not include a path for site rules.

Hopefully others can report their findings.

pepijn.