>Are you using the --round-robin option in spamd? If so try running
>without it.
>A long time ago the child management code was substantially updated,
>but the legacy code with left in and accessed through that option.
Thanks a lot RW... i am not using --round-robin option... but i have start
On Tue, 19 Dec 2017 21:47:04 + (UTC)
Pedro David Marco wrote:
> It has just happened now again... :-(
> There are 2 spamd child processes in 'S' state...
> i run spamc -R if i run it again... i obtain 8.9 score!!!
> if i run it again... i obtain 21.0 score!!!
>
> if i run it again... i obt
This is getting worse
it seems that some spamd childs keep some data strucutures from one scan to the
next and results are mangled over time what a "funny" mess!!! :-(
I have found that this only happens in Debian versions under 8.8, Debian 8.8
and 9.x seem to work nicely.
Pedro
On 19.12.17 21:47, Pedro David Marco wrote:
It has just happened now again... :-(
There are 2 spamd child processes in 'S' state...
i run spamc -R
can you show us those scores? pastebin please.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to recei
It has just happened now again... :-(
There are 2 spamd child processes in 'S' state...
i run spamc -R
I understand that may be many blocking situations... buts SIGNALS are for
that! the process must attend the signal sooner or later... even if it has to
wait untilthe end of the blocking situation...
Yes, the blocking situation may unfortunatelly last for ever, but this is not
the case since pr
On Mon, 18 Dec 2017, Bill Cole wrote:
On 18 Dec 2017, at 14:32 (-0500), Pedro David Marco wrote:
> maybe they are processing mail and will exit after it's done...
Thanks Fantomas, this is what i would expect and it seems what happens...
spamd childs get the SIGNAL and act accordingly, but
On 18 Dec 2017, at 14:32 (-0500), Pedro David Marco wrote:
maybe they are processing mail and will exit after it's done...
Thanks Fantomas, this is what i would expect and it seems what
happens... spamd childs get the SIGNAL and act accordingly, but for
some reason, sometimes they IGNORE t
>maybe they are processing mail and will exit after it's done...
Thanks Fantomas, this is what i would expect and it seems what happens...
spamd childs get the SIGNAL and act accordingly, but for some reason, sometimes
they IGNORE the SIGNAL... :-(
--PedroD
On 15.12.17 10:22, Pedro David Marco wrote:
For some time i am noticing that when spamd is restarted or reloaded
because there a new rules, not all child processes are correctly restarted
or reloaded and they remain workingwith the old file set (and hence old
rules). It looks like an orhpan chil
Hello everybody...
For some time i am noticing that when spamd is restarted or reloaded because
there a new rules, not all child processes are correctly restarted or reloaded
and they remain workingwith the old file set (and hence old rules). It looks
like an orhpan childs issue... So when new
11 matches
Mail list logo