On Sun, Jul 09, 2023 at 07:06:10PM +0200, Robert Senger wrote:
> I've set up a testing environment that also uses master-master
> replication of the mysql bayes database, with priority in dns set to
> equal for both mx to get incoming mail distributed evenly to both
> systems. S
Am Sonntag, dem 09.07.2023 um 19:21 +0200 schrieb Reindl Harald:
>
>
> Am 09.07.23 um 19:06 schrieb Robert Senger:
> > But bayes data may be updated by either the primary mx or the
> > backup
> > mx, since email may arrive at either server.
>
> in a smart setup
system, which means, backup mx will never touch
primary mx userprefs.
But bayes data may be updated by either the primary mx or the backup
mx, since email may arrive at either server.
I've set up a testing environment that also uses master-master
replication of the mysql bayes database,
David B Funk schrieb am 10.05.2018 um 20:23:
On Thu, 10 May 2018, John Hardin wrote:
On Thu, 10 May 2018, Matthew Broadhead wrote:
On 09/05/18 20:43, David Jones wrote:
On 05/09/2018 01:29 PM, Matthew Broadhead wrote:
On 09/05/18 16:37, Reindl Harald wrote:
quoting URIBL_BLOCKED is a joke
On Thu, 10 May 2018, John Hardin wrote:
On Thu, 10 May 2018, Matthew Broadhead wrote:
On 09/05/18 20:43, David Jones wrote:
On 05/09/2018 01:29 PM, Matthew Broadhead wrote:
On 09/05/18 16:37, Reindl Harald wrote:
quoting URIBL_BLOCKED is a joke - setup a *recursion* *non-forwarding*
namese
On Thu, 10 May 2018, Matthew Broadhead wrote:
On 09/05/18 20:43, David Jones wrote:
On 05/09/2018 01:29 PM, Matthew Broadhead wrote:
On 09/05/18 16:37, Reindl Harald wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
it looks like it is working. so maybe it is just not flagging or mo
On 10.05.18 15:23, David Jones wrote:
On 05/10/2018 07:12 AM, Reio Remma wrote:
On 10.05.18 15:08, David Jones wrote:
On 05/10/2018 07:02 AM, Reio Remma wrote:
On a slightly related note. We're running a PFSense firewall with
DNS Forwarder (dnsmasq) in front of our mail server. From what I've
On 05/10/2018 07:12 AM, Reio Remma wrote:
On 10.05.18 15:08, David Jones wrote:
On 05/10/2018 07:02 AM, Reio Remma wrote:
On 10.05.18 14:58, Matus UHLAR - fantomas wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
i guess my dns is set to use my isp's dns server. do i need to
set up d
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
i guess my dns is set to use my isp's dns server. do i need
to set up dns relay on my machine so it comes from my ip?
there is no way we send more than 500k emails from our domain
so i should qualify for the free lookup?
On 09/05/18 20:43,
On 10.05.18 15:08, David Jones wrote:
On 05/10/2018 07:02 AM, Reio Remma wrote:
On 10.05.18 14:58, Matus UHLAR - fantomas wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
i guess my dns is set to use my isp's dns server. do i need to
set up dns relay on my machine so it comes from my
On 05/10/2018 07:02 AM, Reio Remma wrote:
On 10.05.18 14:58, Matus UHLAR - fantomas wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
i guess my dns is set to use my isp's dns server. do i need to set
up dns relay on my machine so it comes from my ip?
there is no way we send more than
On 10.05.18 14:58, Matus UHLAR - fantomas wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
i guess my dns is set to use my isp's dns server. do i need to set
up dns relay on my machine so it comes from my ip?
there is no way we send more than 500k emails from our domain so i
should q
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
i guess my dns is set to use my isp's dns server. do i need to
set up dns relay on my machine so it comes from my ip?
there is no way we send more than 500k emails from our domain so
i should qualify for the free lookup?
On 09/05/18 20:43,
On 09/05/18 20:43, David Jones wrote:
On 05/09/2018 01:29 PM, Matthew Broadhead wrote:
On 09/05/18 16:37, Reindl Harald wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
it looks like it is working. so maybe it is just not flagging or
moving
the spam?
in a differnt post you showed t
On 05/09/2018 01:29 PM, Matthew Broadhead wrote:
On 09/05/18 16:37, Reindl Harald wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
it looks like it is working. so maybe it is just not flagging or moving
the spam?
in a differnt post you showed this status header which *clearly* shows
On 09/05/18 16:37, Reindl Harald wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
it looks like it is working. so maybe it is just not flagging or moving
the spam?
in a differnt post you showed this status header which *clearly* shows
bayes is working - bayes alone don't flag, the tot
On 09/05/18 16:37, Reindl Harald wrote:
Am 09.05.2018 um 16:28 schrieb Matthew Broadhead:
it looks like it is working. so maybe it is just not flagging or moving
the spam?
in a differnt post you showed this status header which *clearly* shows
bayes is working - bayes alone don't flag, the tot
On Wed, 9 May 2018, Reio Remma wrote:
On 9 May 2018, at 18:33, John Hardin wrote:
Also:
On Wed, 9 May 2018, Matthew Broadhead wrote:
your message has
X-Spam-Status: No, score=-18.15 tagged_above=-999 required=6.2
Setting the threshold higher will result in more spam getting through. The
> On 9 May 2018, at 18:33, John Hardin wrote:
>
> Also:
>
>> On Wed, 9 May 2018, Matthew Broadhead wrote:
>>
>> your message has
>>
>> X-Spam-Status: No, score=-18.15 tagged_above=-999 required=6.2
>
> Setting the threshold higher will result in more spam getting through. The
> scores calc
Also:
On Wed, 9 May 2018, Matthew Broadhead wrote:
your message has
X-Spam-Status: No, score=-18.15 tagged_above=-999 required=6.2
Setting the threshold higher will result in more spam getting through. The
scores calculated by the masscheck processes are based on the assumption
that the th
On Wed, 9 May 2018, Matthew Broadhead wrote:
[root@ns1 ~]# sudo -H -u amavis bash -c '/usr/bin/sa-learn --dump magic'
0.000 0 3 0 non-token data: bayes db version
0.000 0 32225 0 non-token data: nspam
0.000 0 440420 0 non
15:25:07 ns1 amavis[15270]: (15270-01) SA dbg: bayes: database
connection established
May 9 15:25:07 ns1 amavis[15270]: (15270-01) SA dbg: bayes: found bayes
db version 3
May 9 15:25:07 ns1 amavis[15270]: (15270-01) SA dbg: bayes: Using userid: 1
May 9 15:25:07 ns1 amavis[15270]: (15270-01) S
On 09.05.18 16:59, Matthew Broadhead wrote:
setting log_level and sa_debug in /etc/amavisd/amavisd.conf didn't
seem to make any difference. should i be doing it in
/etc/mail/spamassassin/local.cf?
See if $sa_debug=1 works (for full debug)? (and restart amavisd).
Reio
ok now i am getting a lot
On 09/05/18 15:48, Reio Remma wrote:
On 09.05.18 16:33, Matthew Broadhead wrote:
On 08/05/18 21:53, Reio Remma wrote:
On 08.05.2018 22:08, John Hardin wrote:
On Tue, 8 May 2018, Matthew Broadhead wrote:
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64,
On 09.05.18 16:33, Matthew Broadhead wrote:
On 08/05/18 21:53, Reio Remma wrote:
On 08.05.2018 22:08, John Hardin wrote:
On Tue, 8 May 2018, Matthew Broadhead wrote:
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64, amavisd-new-2.11.0-3.el7.noarch
/etc
On 08/05/18 21:53, Reio Remma wrote:
On 08.05.2018 22:08, John Hardin wrote:
On Tue, 8 May 2018, Matthew Broadhead wrote:
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64, amavisd-new-2.11.0-3.el7.noarch
/etc/mail/spamassassin/local.cf:
required_hits 5
On 09/05/18 09:09, Reio Remma wrote:
On 09.05.18 9:57, Matthew Broadhead wrote:
BAYES_00=-1.9
I've personally set *bayes_sql_override_username = amavis* in my local.cf
If at all possible, run amavisd with SA bayes debug to see if/how it's
using the database.
Good luck,
Reio
Thanks Reio
On 09.05.18 9:57, Matthew Broadhead wrote:
BAYES_00=-1.9
I've personally set *bayes_sql_override_username = amavis* in my local.cf
If at all possible, run amavisd with SA bayes debug to see if/how it's
using the database.
Good luck,
Reio
(1)
[root@ns1 ~]# sudo -H -u amavis bash -c '/usr/bin/sa-learn --dump magic'
0.000 0 3 0 non-token data: bayes db version
0.000 0 32225 0 non-token data: nspam
0.000 0 440420 0 non-token data: nham
0.000 0 159
On Tue, 8 May 2018, Reio Remma wrote:
On 08.05.2018 22:08, John Hardin wrote:
On Tue, 8 May 2018, Matthew Broadhead wrote:
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64, amavisd-new-2.11.0-3.el7.noarch
/etc/mail/spamassassin/local.cf:
required_hits
On 08.05.2018 22:08, John Hardin wrote:
On Tue, 8 May 2018, Matthew Broadhead wrote:
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64, amavisd-new-2.11.0-3.el7.noarch
/etc/mail/spamassassin/local.cf:
required_hits 5
report_safe 0
rewrite_header Subject [
On Tue, 8 May 2018, Matthew Broadhead wrote:
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64, amavisd-new-2.11.0-3.el7.noarch
/etc/mail/spamassassin/local.cf:
required_hits 5
report_safe 0
rewrite_header Subject [SPAM]
use_bayes 1
bayes_auto_le
system setup centos-release-7-4.1708.el7.centos.x86_64,
spamassassin-3.4.0-2.el7.x86_64, amavisd-new-2.11.0-3.el7.noarch
/etc/mail/spamassassin/local.cf:
required_hits 5
report_safe 0
rewrite_header Subject [SPAM]
use_bayes 1
bayes_auto_learn 1
bayes_auto_expire 1
# Store bayesian
John Hardin wrote:
> On Fri, 12 Feb 2016, Kris Deugau wrote:
>
>> In general though, if you're operating at a scale where one server isn't
>> enough to handle your SA load, you may want to start thinking about SQL
>> for Bayes, which can be shared much more easily than pushing file-based
>> Bayes
estions. Just to confirm
that in the end I decided not to mess too much with a working system and
didn't upgrade to db48 on the older system. I went down the route of
backing up and restoring the bayes database using sa-learn - which
worked perfectly fine.
There is still the question of
On 13/02/16 18:58, Bill Cole wrote:
On 13 Feb 2016, at 3:49, Sebastian Arcus wrote:
Thank you. The donor machine has db42, db44 and db44 packages installed,
Based on the question below, I'll assume the second db44 above was a
typo for db48, i.e. a Berkeley DB v4.8.x package.
Yes - sorry, y
On 13 Feb 2016, at 3:49, Sebastian Arcus wrote:
Thank you. The donor machine has db42, db44 and db44 packages
installed,
Based on the question below, I'll assume the second db44 above was a
typo for db48, i.e. a Berkeley DB v4.8.x package.
Tangentially: that's a risky mess. It's a common pr
Am 13.02.2016 um 16:56 schrieb Antony Stone:
On Saturday 13 February 2016 at 16:50:56, Reindl Harald wrote:
a different company with it's own infrastructure has no business to
ssh-tunneling or access *my server* in any other way directly
DIFFERENT NETWORKS
DIFFERENT INFRASTRUCTURES
DIFFERENT
On Saturday 13 February 2016 at 16:50:56, Reindl Harald wrote:
> a different company with it's own infrastructure has no business to
> ssh-tunneling or access *my server* in any other way directly
>
> DIFFERENT NETWORKS
> DIFFERENT INFRASTRUCTURES
> DIFFERENT OWNERS
> DIFFERENT ADMINS
>
> NO DIR
Am 13.02.2016 um 16:46 schrieb Marc Perkel:
On 02/13/16 07:25, Reindl Harald wrote:
Am 13.02.2016 um 15:59 schrieb Marc Perkel:
On 02/13/16 00:42, Reindl Harald wrote:
Am 13.02.2016 um 02:56 schrieb Marc Perkel:
For what it's worth - just used Redis. Redis is the only thing that's
worked re
On 02/13/16 07:25, Reindl Harald wrote:
Am 13.02.2016 um 15:59 schrieb Marc Perkel:
On 02/13/16 00:42, Reindl Harald wrote:
Am 13.02.2016 um 02:56 schrieb Marc Perkel:
For what it's worth - just used Redis. Redis is the only thing that's
worked reliably for me
you can't use Redis when it
Am 13.02.2016 um 15:59 schrieb Marc Perkel:
On 02/13/16 00:42, Reindl Harald wrote:
Am 13.02.2016 um 02:56 schrieb Marc Perkel:
For what it's worth - just used Redis. Redis is the only thing that's
worked reliably for me
you can't use Redis when it comes to different servers in different
n
On 02/13/16 00:42, Reindl Harald wrote:
Am 13.02.2016 um 02:56 schrieb Marc Perkel:
For what it's worth - just used Redis. Redis is the only thing that's
worked reliably for me
you can't use Redis when it comes to different servers in different
networks for different clients
BDB works fi
On 13/02/16 04:32, Bill Cole wrote:
On 12 Feb 2016, at 17:34, Sebastian Arcus wrote:
Thanks for that suggestion. I think we might be getting somewhere. On
original machine:
#file bayes_seen
bayes_seen: Berkeley DB (Hash, version 9, native byte-order)
# file bayes_toks
bayes_toks: Berkeley DB
Am 13.02.2016 um 02:56 schrieb Marc Perkel:
For what it's worth - just used Redis. Redis is the only thing that's
worked reliably for me
you can't use Redis when it comes to different servers in different
networks for different clients
BDB works fine and relieable, at least without autolea
Am 13.02.2016 um 02:46 schrieb Benny Pedersen:
On 12. feb. 2016 20.06.52 Marc Perkel wrote:
# ls -l /var/spool/spamd/bayes/
Set bayes path without bayes
why do you always give wrong advises?
https://wiki.apache.org/spamassassin/SiteWideBayesSetup
Note that the argument to bayes_path is
On 12 Feb 2016, at 17:34, Sebastian Arcus wrote:
Thanks for that suggestion. I think we might be getting somewhere. On
original machine:
#file bayes_seen
bayes_seen: Berkeley DB (Hash, version 9, native byte-order)
# file bayes_toks
bayes_toks: Berkeley DB (Hash, version 9, native byte-order)
For what it's worth - just used Redis. Redis is the only thing that's
worked reliably for me.
On 12. feb. 2016 20.06.52 Marc Perkel wrote:
# ls -l /var/spool/spamd/bayes/
Set bayes path without bayes
bayes: cannot open bayes databases /var/spool/spamd/bayes/bayes_* R/W:
Remove bayes from local.cf
Sent with AquaMail for Android
http://www.aqua-mail.com
On 12/02/16 21:40, Kris Deugau wrote:
Sebastian Arcus wrote:
On 12/02/16 20:31, Antony Stone wrote:
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the serve
On 12/02/16 21:40, Kris Deugau wrote:
Sebastian Arcus wrote:
On 12/02/16 20:31, Antony Stone wrote:
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the serve
On Fri, 12 Feb 2016, Kris Deugau wrote:
In general though, if you're operating at a scale where one server isn't
enough to handle your SA load, you may want to start thinking about SQL
for Bayes, which can be shared much more easily than pushing file-based
Bayes data around.
Or Redis (right?)
Am 12.02.2016 um 22:40 schrieb Kris Deugau:
In general though, if you're operating at a scale where one server isn't
enough to handle your SA load, you may want to start thinking about SQL
for Bayes, which can be shared much more easily than pushing file-based
Bayes data around
no, that creat
that case ignore my last post, which assumed it was an SElinux
problem.
Could the problem be down to differing versions of the bayes database
manager? If so, it may be worth letting SA set up an empty Bayes
database and using the backup tool to make a backup on the source
system in a version-agnostic f
Sebastian Arcus wrote:
> On 12/02/16 20:31, Antony Stone wrote:
>> On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
>>
>>> As per advice from this list, I have been re-using my bayes databases on
>>> several different servers running SA. On one of the servers though, the
>>> database
hich assumed it was an SElinux
problem.
Could the problem be down to differing versions of the bayes database
manager? If so, it may be worth letting SA set up an empty Bayes
database and using the backup tool to make a backup on the source
system in a version-agnostic format, e.g as a CSV file, and th
On Fri, 2016-02-12 at 15:49 -0500, Bowie Bailey wrote:
> On 2/12/2016 3:45 PM, Sebastian Arcus wrote:
> > On 12/02/16 20:31, Antony Stone wrote:
> > > On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
> > >
> > > > As per advice from this list, I have been re-using my bayes
> > > > d
On 12/02/16 20:49, Bowie Bailey wrote:
On 2/12/2016 3:45 PM, Sebastian Arcus wrote:
On 12/02/16 20:31, Antony Stone wrote:
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
As per advice from this list, I have been re-using my bayes
databases on
several different servers running
On 2/12/2016 3:45 PM, Sebastian Arcus wrote:
On 12/02/16 20:31, Antony Stone wrote:
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
As per advice from this list, I have been re-using my bayes
databases on
several different servers running SA. On one of the servers though, the
d
On 12/02/16 20:31, Antony Stone wrote:
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the servers though, the
database is not accepted.
Are the servers all t
Am 12.02.2016 um 21:31 schrieb Antony Stone:
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the servers though, the
database is not accepted.
Are the serv
On Friday 12 February 2016 at 17:29:23, Sebastian Arcus wrote:
> As per advice from this list, I have been re-using my bayes databases on
> several different servers running SA. On one of the servers though, the
> database is not accepted.
Are the servers all the same distro, release and version?
On 12/02/16 19:14, Reindl Harald wrote:
Am 12.02.2016 um 20:06 schrieb Marc Perkel:
Any chance that the parent directory structure doesn't have enough
permissions?
The error message says it can't access it so there's your clue. Since
the files themselves seem to have good permissions I would
Am 12.02.2016 um 20:06 schrieb Marc Perkel:
Any chance that the parent directory structure doesn't have enough
permissions?
The error message says it can't access it so there's your clue. Since
the files themselves seem to have good permissions I would look at the
directories.
see previous m
Any chance that the parent directory structure doesn't have enough
permissions?
The error message says it can't access it so there's your clue. Since
the files themselves seem to have good permissions I would look at the
directories.
On 02/12/16 08:29, Sebastian Arcus wrote:
As per advice fr
On 12/02/16 16:59, Reindl Harald wrote:
Am 12.02.2016 um 17:29 schrieb Sebastian Arcus:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the servers though, the
database is not accepted. I re-transferred them several times
On 12/02/16 16:59, Reindl Harald wrote:
Am 12.02.2016 um 17:29 schrieb Sebastian Arcus:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the servers though, the
database is not accepted. I re-transferred them several times
Am 12.02.2016 um 17:29 schrieb Sebastian Arcus:
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the servers though, the
database is not accepted. I re-transferred them several times over ssh,
to make sure they were not cor
On Fri, 12 Feb 2016, Sebastian Arcus wrote:
# ls -l /var/spool/spamd/bayes/
total 5912
-rw-rw-rw- 1 spamd spamd 1310720 2016-02-09 08:42 bayes_seen
-rw-rw-rw- 1 spamd spamd 4739072 2016-02-09 08:43 bayes_toks
When I try to learn a new message on the receiving server (where I moved the
bayes fi
As per advice from this list, I have been re-using my bayes databases on
several different servers running SA. On one of the servers though, the
database is not accepted. I re-transferred them several times over ssh,
to make sure they were not corrupted. The database files are in the
correct lo
On Thu, 19 Feb 2015 09:27:12 +0100
Olivier CALVANO wrote:
> Hi
>
> i want backup the bayes database of my spamassassin server but
> impossible.
>
> On all server, that's finish at :
>
> locker: safe_unlock: lock on /var/spool/spamassassin/bayes.lock was
> lost d
Hi
i want backup the bayes database of my spamassassin server but impossible.
On all server, that's finish at :
locker: safe_unlock: lock on /var/spool/spamassassin/bayes.lock was lost
due to expiry at
/usr/lib/perl5/vendor_perl/5.10.0/Mail/SpamAssassin/Locker/UnixNFSSafe.pm
line 200.
an
to car
> insurance.
>
>> If it deserves to be quarantined, does this then mean there is a
>> problem with my bayes database, or is it okay to ignore it as an
>> exception?
>> ...
>> Should I just re-learn them as spam or leave them alone?
>
> Spammers som
ct header that refers to car
insurance.
> If it deserves to be quarantined, does this then mean there is a
> problem with my bayes database, or is it okay to ignore it as an
> exception?
> ...
> Should I just re-learn them as spam or leave them alone?
Spammers sometimes get lucky with BAYES_00, just retrain.
should not have been quarantined as legitimate mail)
or it actually deserves to have been quarantined.
If it deserves to be quarantined, does this then mean there is a
problem with my bayes database, or is it okay to ignore it as an
exception?
X-Spam-Status: Yes, score=8.533 tag=-200 tag2=5 kill=5
On Mon, 13 May 2013 22:18:16 +0200
Benny Pedersen wrote:
> sorry it was not mean to be so, i just like to learn more about why
> bayes is better then other digest solotions already shared in
> spamassassin
Bayes tends to be a little bit harder to fool than digests. Although
fuzzy digests do the
Kevin A. McGrail skrev den 2013-05-13 15:14:
i think David missed one more word, no share ?
Perhaps but David was debating the usability of a shared database and
offered his input as a commercial vendor as well as access to his
concepts to the development team. I've always like MIMEDefang an
On Sat, 11 May 2013 16:28:16 +0200
Benny Pedersen wrote:
> i think David missed one more word, no share ?
OK, here's my point. In 2004, I was as skeptical as most others on this
list that a shared Bayes database would be useful. Then I read the USENIX
LISA '04 paper by Blosser
On 5/11/2013 10:28 AM, Benny Pedersen wrote:
Bob Proulx skrev den 2013-05-11 01:06:
No sale.
Your database sounds just simply wonderful. Where can I download this
database so that I can start using it?
i think David missed one more word, no share ?
Perhaps but David was debating the usabil
Axb skrev den 2013-05-11 16:21:
On 05/11/2013 04:14 PM, Benny Pedersen wrote:
south rules
south lines
?
do you mean bikini lines?
ritter sport
--
senders that put my email into body content will deliver it to my own
trashcan, so if you like to get reply, dont do it
Bob Proulx skrev den 2013-05-11 01:06:
No sale.
Your database sounds just simply wonderful. Where can I download
this
database so that I can start using it?
i think David missed one more word, no share ?
--
senders that put my email into body content will deliver it to my own
trashcan, so
David F. Skoll skrev den 2013-05-10 23:49:
No sale.
good or bad ? :)
--
senders that put my email into body content will deliver it to my own
trashcan, so if you like to get reply, dont do it
On 05/11/2013 04:14 PM, Benny Pedersen wrote:
south rules
south lines
?
do you mean bikini lines?
David F. Skoll skrev den 2013-05-10 21:51:
Anyway, my main point is this: Don't dismiss a shared Bayes database
without supplying evidence that it's a bad idea. :)
if its so good why not create south rules from it ? :)
i like to try it, if bayes_99 dump south lines rule set from
On Fri, 10 May 2013 15:52:01 -0700 (PDT)
John Hardin wrote:
> > Anyway, my main point is this: Don't dismiss a shared Bayes database
> > without supplying evidence that it's a bad idea. :)
> Care to share your database? :)
Ah... hmm. :)
I would be happy to share
On Fri, 2013-05-10 at 17:49 -0400, David F. Skoll wrote:
> Right; pretend you're a salesperson trying to sell an anti-spam product.
> "Oh, you just have to go through your old mailbox and classify a few
> hundred messages by hand... then the system will work great!"
>
> No sale.
Most likely, and
rt with a blank slate and then start learning
> > from their own messages makes the most sense.
>
> Maybe. But I know that our (commercial) customers expect high catch
> rates out of the box, and we get that with our shared Bayes database.
>
> > And users can always learn
On Fri, 10 May 2013, David F. Skoll wrote:
Anyway, my main point is this: Don't dismiss a shared Bayes database
without supplying evidence that it's a bad idea. :)
Care to share your database? :)
--
John Hardin KA7OHZhttp://www.impsec.org/~jhardin/
jhar...@
On Fri, 2013-05-10 at 17:58 -0400, David F. Skoll wrote:
> On Fri, 10 May 2013 23:14:36 +0200 Karsten Bräckelmann wrote:
> We (probably) have a much larger sample population, so this tends not
> to be as much of a problem for us.
This thread is about a default Bayes database, suitable f
On Fri, 10 May 2013 23:14:36 +0200
Karsten Bräckelmann wrote:
> I happened to be the lucky recipient of specific spam campaigns in
> languages I do not speak. Campaign referring to quite a few samples
> during a specific, relatively short time period. This definitely
> happened with French, Spani
t high catch
rates out of the box, and we get that with our shared Bayes database.
> And users can always learn from their current mailbox of past
> messages so it isn't much hardship.
Right; pretend you're a salesperson trying to sell an anti-spam product.
"Oh, you just hav
David F. Skoll wrote:
> Axb wrote:
> > - your HAM is somebody else's SPAM
>
> Do you have evidence for that? The reason I ask is that one of the
> main features of our (commercial) anti-spam solution is a very large
> Bayes database. Once a night, we aggregate all
On Fri, 2013-05-10 at 15:51 -0400, David F. Skoll wrote:
> On Wed, 08 May 2013 19:32:26 +0200 Axb wrote:
>
> > - your HAM is somebody else's SPAM
>
> Do you have evidence for that?
Evidence... examples, rather.
I happened to be the lucky recipient of specific spam campaigns in
languages I do n
On Wed, 08 May 2013 19:32:26 +0200
Axb wrote:
> - your HAM is somebody else's SPAM
Do you have evidence for that? The reason I ask is that one of the
main features of our (commercial) anti-spam solution is a very large
Bayes database. Once a night, we aggregate all the tokens from vo
sts on starting with a pre-populated Bayes database,
he sure knows why. Other than "I'm the boss, I want."" ... Is exactly
right too.
We're implementing it locally with auto-learning enabled this weekend (oh,
yeah, boss didn't want auto-learning enabled either..)
Hi, why don't you collect a selection of spam and ham emails prior to
go live and use them to train the Bayes DB prior to go live. Then you
have a Bayes DB trained to your own data at time of go live...
thanks, Andy.
Quoting Andrew Talbot :
Well, I certainly hope someone offers to help!
I
As we've spoken about off-list, my boss is being very particular about
the
deployment of Bayes, and it sounds like one of his caveats is that we
don't
start from a blank database.
Starting from a blank database is quickest and safest.
If you start from someone else's database, your Bayes en
n an industry where e.g. Viagra and Cialis are
totally legit phrases to use...
Feel free to direct your boss here. If he insists on starting with a
pre-populated Bayes database, he sure knows why. Other than "I'm the
boss, I want."
Anyway, Andrew, your idea of that whole "blan
On 05/08/2013 08:15 PM, Bob Proulx wrote:
Andrew Talbot wrote:
Well, I certainly hope someone offers to help!
If only to say "there is no default database."
There is no default database. :-)
As we've spoken about off-list, my boss is being very particular about the
deployment of Bayes, and
Andrew Talbot wrote:
> Well, I certainly hope someone offers to help!
>
> If only to say "there is no default database."
There is no default database. :-)
> As we've spoken about off-list, my boss is being very particular about the
> deployment of Bayes, and it sounds like one of his caveats
1 - 100 of 302 matches
Mail list logo
