Re: [Exim] defering a message

Top Page
Delete this message
Reply to this message
Author: Ron McKeating
Date:  
To: Alan J. Flavell
CC: Exim list
Subject: Re: [Exim] defering a message
Hmmm confused, surely the line

defer condition=${if def:header_X-Spam-Score:{yes}{no}}

means if the spam header is defined then defer. Whereas what I am
finding is the opposite. If I stop spamd then I get a defer and when I
start it again all works well. Which is what I want of course but I
would have thought the condition above would work the opposite way
round. My copy of Phil's book is at home I will have a look at it
tonight. If anybody meantime has any idea as to exactly in which way I
am being Mr Dim, please let me know.

Ron



On Mon, 2004-03-01 at 13:31, Alan J. Flavell wrote:
> On Mon, 1 Mar 2004, Chris Edwards wrote:
>
> > FWIW we only restart SpamAssassin (kill -HUP spamd) when we alter a ruleset.
>
> Well, in addition to that, the departmental mailer here has an hourly
> cron task that tests to see if spamd has died, and restarts it.
> Basically the cron task issues a prepared spamc command and checks the
> result.
>
> At one time, spamd was failing every day or few, and this cron task
> was doing a useful job; but at the present time it's very rare to see
> the cron task actually needing to restart spamd.
>
> But it's comforting to have it there, nevertheless.
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##

--
Ron McKeating
Senior IT Services Specialist
Internet Services and Software Solutions
Loughborough University
01509 222329