<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 11:45, Matus UHLAR - fantomas <<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</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">>> On Wed, 2019-04-17 at 09:57 +0100, Dominic Raferd wrote:<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>
<br>
>On Wed, 17 Apr 2019 at 10:22, Martin Johannes Dauser <<a href="mailto:mdauser@cs.sbg.ac.at" target="_blank">mdauser@cs.sbg.ac.at</a>><br>
>wrote:<br>
>> 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>
reload is enough.<br>
<br>
On 17.04.19 10:47, Dominic Raferd wrote:<br>
>Thanks for the reply. I realise amavisd-new runs as a daemon but it then<br>
>calls SA (technically, perl Mail::SpamAssassin) for each mail it wants to<br>
>check - and I would expect that SA loads its parameters *each time* from<br>
>its config files. <br>
<br>
amavisd calls SA routines.  Amavis loads them, including configs, at startup<br>
to avoid loading it and parsing config files every time new mail arrives.<br>
<br>
spamd behaves the same way, because of the same reason, and you need to<br>
reload after config change too.<br></blockquote><div><br></div><div style="font-size:small" class="gmail_default">OK thanks for the explanation</div></div></div>