Prombem with rule actions

[Gareth]

Thanks for that. I have changed it to postfix but I dont think it makes
any real difference since it is already running as postfix so it could
not change the user to root anyway.

I changed my high scoring spam actions to add the deliver option and an
incoming high scoring spam and virus was detected and copies were saved
in the following places :-
20070904/spam/CF509AA0090.2CC09
20070904/CF509AA0090.2CC09/message
i.e it worked fine and two copies of the message was saved. That is fine
with me.

I then switched to using
SpamAssassin Rule Actions = SpamScore>=20=>store,non-deliver

A few spams with a score of >20 came in and they were not delivered but
still were not logged in the spam directory.

Previously when I had a spam with score >20 which was also identified as
a virus then nothing was stored also not even to the virus store which
seems very wrong.

On Tue, 2007-09-04 at 09:51, Glenn Steen wrote:
> On 03/09/07, Gareth <list-mailscanner at linguaphone.com> wrote:
> > In MailScanner.conf I have :-
> > Quarantine Dir = /var/spool/MailScanner/quarantine
> > Quarantine User = root
> > Quarantine Group = apache
> > Quarantine Permissions = 0660
> 
> Hm, Uer set to root.... What MTA are you using Gareth? I thought you
> were a postmixer like me:-)... In which case that isn't very likely to
> be correct... Then again...
> 
> > However all quarantine entries are stored in the format :-
> > %quarantine-dir%/<<date>>/<<msgid>> and they are viruses and blocked
> > attachments.
> ... that this works indicate that the settings are correct for your
> setup (either another MTA, or PF run as root, I presume... Or some
> sticky bit magic:). I presume you've linted a few times, without any
> real errors?
> 
> > I am assuming this is correct for the virus quaranteen?
> Yes.
> 
> > If that is the case then MailScanner does not seem to be creating the
> > additional 'spam' etc... subdirectories for some reason.
> Seems so, yes.
> 
> > Are you sure the format is not %quarantine-dir%/spam/<<date>>/<<msgid>> as
> > if that was the case it could just be the issue that the spam directory does
> > not exist.
> Yes we're sure that isn't the case. Steve and Jules know this pretty
> ... intimately:-).
> 
> Cheers
> -- 
> -- Glenn
> email: glenn < dot > steen < at > gmail < dot > com
> work: glenn < dot > steen < at > ap1 < dot > se