>> On Jun 17, 2016, at 7:25 AM, Vincent Fox wrote:
>>
>> Greylisting imo helps a lot with RBL lag.
Greylisting is a must and it definitely helps with RBL lag.
>It can, but it's definitely a double edge sword. Depending on the way the
>remote MTA works, I've experienced emails being delayed for
Am 17.06.2016 um 16:37 schrieb Shawn Bakhtiar:
On Jun 17, 2016, at 7:25 AM, Vincent Fox wrote:
Greylisting imo helps a lot with RBL lag.
It can, but it's definitely a double edge sword. Depending on the way the
remote MTA works, I've experienced emails being delayed for quite sometime. I
> On Jun 17, 2016, at 7:25 AM, Vincent Fox wrote:
>
> Greylisting imo helps a lot with RBL lag.
It can, but it's definitely a double edge sword. Depending on the way the
remote MTA works, I've experienced emails being delayed for quite sometime. I
had a lot of users requesting to be removed f
Greylisting imo helps a lot with RBL lag.
Delay suspect IP long enough that by the time they retry, if they do, they are
on half a dozen RBL and score high and reject.
Sent from my iPhone
> On Jun 17, 2016, at 13:23, Reindl Harald wrote:
>
>
>
> Am 17.06.2016 um 02:57 schrieb Alex:
>>> For
On 17/06/16 14:49, RW wrote:
On Fri, 17 Jun 2016 14:07:33 +0100
Sebastian Arcus wrote:
Site-wide bayes files are owned
by spamd. Regarding the daemon, it is started with
--socketowner=spamd and socketpath=spamd. Is this enough, or
should it be actually started with "su" as "spamd" user?
If
>> Site-wide bayes files are owned
>> by spamd. Regarding the daemon, it is started with
>> --socketowner=spamd and socketpath=spamd. Is this enough, or
>> should it be actually started with "su" as "spamd" user?
On 17.06.16 14:49, RW wrote:
If you start it as root with the -u spamd (or --usern
Am 17.06.2016 um 15:49 schrieb RW:
and not bother with setting owner and group for the socket?
Is there any particular reason for even using a socket file?
unix sockets are faster
the only particular reason for *not* usng sockets is when you need to
access the daemon from other machines
On Fri, 17 Jun 2016 14:07:33 +0100
Sebastian Arcus wrote:
> >
> >> Site-wide bayes files are owned
> >> by spamd. Regarding the daemon, it is started with
> >> --socketowner=spamd and socketpath=spamd. Is this enough, or
> >> should it be actually started with "su" as "spamd" user?
If you st
On 14 Jun 2016, at 11:47, spamassas...@linkcheck.co.uk wrote:
The code below is found in several places online and for some months I
have been trying to get it to work, but whatever I do it flags up Fail
even if the source is good. Typically I have been concentrating on
gmail: from known good
On 16/06/16 18:46, Sebastian Arcus wrote:
I have a particular server running spamd which uses bayes every time I
test it by hand, but apparently never when it goes through exim/spamd.
I run everything (both the spamd daemon and the manual tests) as user
spamd. I checked the permissions on the b
On 17/06/16 04:46, Bill Cole wrote:
On 16 Jun 2016, at 13:46, Sebastian Arcus wrote:
I have a particular server running spamd
Which must run on a particular platform. Since SpamAssassin and Exim can
run on a decade's worth of versions of at least 9 different OSs and one
of those (Linux) has
On 17/06/16 13:42, Reindl Harald wrote:
Am 17.06.2016 um 14:29 schrieb Sebastian Arcus:
On 17/06/16 00:03, Reindl Harald wrote:
Am 16.06.2016 um 19:46 schrieb Sebastian Arcus:
I have a particular server running spamd which uses bayes every time I
test it by hand, but apparently never when
Am 17.06.2016 um 14:29 schrieb Sebastian Arcus:
On 17/06/16 00:03, Reindl Harald wrote:
Am 16.06.2016 um 19:46 schrieb Sebastian Arcus:
I have a particular server running spamd which uses bayes every time I
test it by hand, but apparently never when it goes through exim/spamd
then you nee
On 17/06/16 00:03, Reindl Harald wrote:
Am 16.06.2016 um 19:46 schrieb Sebastian Arcus:
I have a particular server running spamd which uses bayes every time I
test it by hand, but apparently never when it goes through exim/spamd
then you need to run it as the correct user or train it as the
On 17/06/16 03:46, Yu Qian wrote:
you can use spamd -D to check the log for exactly what bayes db path
your spamd was using.
Thank Yu. Based on the output below, it appears to find and use the
sitewide bayes files ok:
# spamd -D 2>&1 | grep -i bayes
Jun 17 13:32:51.719 [4380] dbg: plugin: l
Am 17.06.2016 um 02:54 schrieb Alex:
On Thu, Jun 16, 2016 at 6:35 PM, David Jones wrote:
We were also using the senderscore RBL based on Reindel and others
recommendations, but disabled it after it just rejected too much ham.
The senderscore.org RBL scores for low reputation are a pain s
Am 17.06.2016 um 02:57 schrieb Alex:
For example, 212.227.126.135, scores 4 out of a 100 on senderscore. It
also currently hits just sorbs. The individual score for each would
have to be so low, even with such a poor reputation, that it hardly
makes it worthwhile. I can't reject just on the alm
Hi,
I am trying to understand how SA loggin is working.
>From Mail::SpamAssassin::Logger I see that:
log_message($level, @message)
Log a message at a specific level. Levels are specified as strings:
"warn", "error", "info", and "dbg". The first element of the message
must
18 matches
Mail list logo