<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 17 Apr 2019 at 10:22, Martin Johannes Dauser <<a href="mailto:mdauser@cs.sbg.ac.at">mdauser@cs.sbg.ac.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Amavis is the SA daemon substitute. You can say, you have a SA daemon<br>
but it's not the standard daemon from the SA project. That's why you<br>
need to restart the amavis daemon which took over this role.<br>
<br>
On Wed, 2019-04-17 at 09:57 +0100, Dominic Raferd wrote:<br>
> <br>
> Just wanted to double check this, because it is counter-intuitive to<br>
> me. I thought amavis called SA 'from scratch' each time it wanted to<br>
> use it, so any change in SA config would be picked up immediately<br>
> (because SA must reload its config each time it is called by amavis as<br>
> there is no running SA daemon). If that is not the case, can someone<br>
> explain why?<br></blockquote><div><br></div><div style="font-size:small" class="gmail_default">Thanks for the reply. I realise amavisd-new runs as a daemon but it then calls SA (technically, perl Mail::SpamAssassin) for each mail it wants to check - and I would expect that SA loads its parameters *each time* from its config files. I may be wrong but if so I don't understand why. 
(Some help info at <a href="https://www.ijs.si/software/amavisd/#faq-spam">https://www.ijs.si/software/amavisd/#faq-spam</a> 
confirms that SA, running from amavis, reads and honours its <a href="http://local.cf">local.cf</a> - 
but doesn't answer my question)

</div></div></div></div></div>