Matt Kettler wrote on Sun, 11 Jan 2009 15:17:12 -0500:
> My guess is it's used in the initial creation of .spamassassin, if none
> exists when bayes kicks up. Although one of the devs (theo?) once
> mentioned temp directories being created... not sure when that would
> ever happen.
Well, but this
Kai Schaetzl wrote:
> Matt Kettler wrote on Fri, 09 Jan 2009 07:57:17 -0500:
>
>
>> No it's not. The "mode" is really a mask, and is sometimes used in the
>> creation of directories.
>>
>
> well, it has worked all the years for me on those setups that use dbm
> storage. What directories sh
Matt Kettler wrote on Fri, 09 Jan 2009 07:57:17 -0500:
> No it's not. The "mode" is really a mask, and is sometimes used in the
> creation of directories.
well, it has worked all the years for me on those setups that use dbm
storage. What directories should be created there? We only have db, ind
Kai Schaetzl wrote:
> Matt Kettler wrote on Thu, 08 Jan 2009 21:08:49 -0500:
>
>
>> bayes_file_mode 0777
>>
>
> well, 0666 is definitely sufficient ;-)
>
No it's not. The "mode" is really a mask, and is sometimes used in the
creation of directories.
Files will be created at 666 when 077
Matt Kettler wrote on Thu, 08 Jan 2009 21:08:49 -0500:
> bayes_file_mode 0777
well, 0666 is definitely sufficient ;-)
Kai
--
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com
boogybren wrote:
> The reason why I use the bayes path is because on my server (virtual private
> freebsd), the SA install writes the config files to
> /usr/local/etc/mail/spamassassin instead of /etc/mail/spamassassin. So if I
> don't specify bayes_path, then it will stick the bayes stuff under
>
Benny Pedersen wrote:
> On Fri, January 9, 2009 03:08, Matt Kettler wrote:
>
>
>> bayes_file_mode 0777
>>
>
> and any user on that host can overwrite it
>
>
Yep, that's what you need if you're sharing a single bayes DB amongst
all your users. They all need to be able to write it.
The al
message in context:
http://www.nabble.com/bayes_journal-tp21364727p21365382.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
On Fri, January 9, 2009 03:08, Matt Kettler wrote:
> bayes_file_mode 0777
and any user on that host can overwrite it
--
Benny Pedersen
Need more webspace ? http://www.servage.net/?coupon=cust37098
boogybren wrote:
> I just upgraded from SA 3.0.1 to 3.2.5 today. The bayes_journal keeps
> disappearing and SA kept complaining it didn't have permission to re-create
> it.
>
> So I chmod 777 the parent directory (/usr/local/etc/mail/spamassassin) and
> SA finally recreated
On Fri, January 9, 2009 02:37, boogybren wrote:
> Is there anyway to just have either root update
> bayes_journal or leave the bayes_journal there with
> 666 permissions?
remove bayes_path in your config
if defined in sitewide it needs root to update it, but if you use
bayes_path in u
I just upgraded from SA 3.0.1 to 3.2.5 today. The bayes_journal keeps
disappearing and SA kept complaining it didn't have permission to re-create
it.
So I chmod 777 the parent directory (/usr/local/etc/mail/spamassassin) and
SA finally recreated the bayes_journal file. However it looks li
David C. McCall wrote:
> DOH! I didn't include --sync in periodic sa-learn runs
>
>
> slaps his forehead and returns into cave.
>
>
> :-(
>
You shouldn't need --sync, unless you want to force the journal to be
synced and deleted when you run sa-learn. In general it will decide if
it needs
ough spamassassin
> :0fw
> | /usr/local/bin/spamc -f
>
>
> Sun Nov 23 19:26:31 PST 2008
> total 6.1M
> 8.0K drwxrwxr-x 2 lynnc spam 4.0K Nov 23 19:16 .
> 516K drwxr-xr-x 54 lynnc lynnc 508K Nov 23 17:19 ..
> 592K -rw-rw-r-- 1 lynnc spam 668K Nov 23 19:16 a
-rw-r-- 1 lynnc spam 668K Nov 23 19:16 auto-whitelist
8.0K -rw--- 1 spam spam 3.6K Nov 23 19:16 bayes_journal
936K -rw-rw-r-- 1 lynnc spam 1.3M Nov 23 19:16 bayes_seen
4.1M -rw--- 1 spam spam 5.1M Nov 23 19:16 bayes_toks
12K -rw-rw-r-- 1 lynnc spam 5.9K Oct 13 18:03 user_
On Thu, Nov 02, 2006 at 02:08:46PM +0100, Andrea Bencini wrote:
> I have bayes_seen and bayes_toks, but I have not bayes_journal. Why?
The journal goes away when its data is synced into the DB.
--
Randomly Selected Tagline:
Direct from the Ministry of Silly Walks.
pgpm0Uu7Gw5DD.
I installed spamassassin-3.1.3.
I have bayes_seen and bayes_toks, but I have not bayes_journal. Why?
Can you help me?
Thank
Andrea
after the spamassassin had run fine around 2 days, i found that at bayes
directory (set to /etc/mail/spamassassin/bayes/), it had a new plain text file
bayes_journal created and at spam.log, at even scanned mail, a bayes value like
2006-04-13 03:07:34 [11243] i: result: Y 17 -
BAYES_99
Hi Gary V,
My bayes files are under "/var/amavis/.spamassassin" (sorry for the
typo)
$daemon_user = 'clamav'
$daemon_group = 'clamav'
clamav:x:1005:103::/var/amavis:/bin/sh
Thanks for clarifying, everything should be OK then. Then you should
create a cron job to run sa-learn --sync --for
Hi Gary V,
Sorry for the delayed reply.
>A clue was given to you in a previous post:
http://marc.theaimsgroup.com/?l=spamassassin-users&m=114269315700923&w=2
>But I am not getting the full picture. You said earlier that the bayes
files
>were in /var/amavis/.spamassassin yet you say you changed
Hi,
Many thanks Theo Van Dinter, Gary V and others who helped. As suggested
by Theo Van Dinter, I change the home directory of clamav user as
/var/amavisd and then executed "/usr/local/bin/sa-learn -D --sync" it
took around 6 hours but now "bayes_journal" has been reduced from
Hi,
Many thanks Theo Van Dinter, Gary V and others who helped. As suggested
by Theo Van Dinter, I change the home directory of clamav user as
/var/amavisd and then executed "/usr/local/bin/sa-learn -D --sync" it
took around 6 hours but now "bayes_journal" has been reduced from
From: "MJ" <[EMAIL PROTECTED]>
>You can and probably should remove the journal file. These are
unlearned tokens, so they aren't affecting the classification of mail.
The journal is >so huge that it might take days to learn, and it also
indicates that you are accumulating new material fairly qui
MJ a écrit :
> Hi Gary,
>
>
>>The user 'clamav' should have a home dir of /var/amavis otherwise I
>
> wouldn't
>
>>think the spamassasin files would end up in /var/amavis/.spamassassin.
>
>
>>what does this say?
>>cat /etc/passwd | grep clamav
>
>
> clamav:x:1005:103::/home/clamav:/bin/fal
Hi Gary,
>The user 'clamav' should have a home dir of /var/amavis otherwise I
wouldn't
>think the spamassasin files would end up in /var/amavis/.spamassassin.
>what does this say?
>cat /etc/passwd | grep clamav
clamav:x:1005:103::/home/clamav:/bin/false
>To run sa-learn as this user (who does
Hi Gary,
>The user 'clamav' should have a home dir of /var/amavis otherwise I
wouldn't
>think the spamassasin files would end up in /var/amavis/.spamassassin.
>what does this say?
>cat /etc/passwd | grep clamav
clamav:x:1005:103::/home/clamav:/bin/false
>To run sa-learn as this user (who does
On Samstag, 18. März 2006 11:51 MJ wrote:
> No, there is another user for daemon with a false shell, can't be use
> to login as a normal user.
The user 'clamav' should have a home dir of /var/amavis otherwise I wouldn't
think the spamassasin files would end up in /var/amavis/.spamassassin.
wh
>You can and probably should remove the journal file. These are
unlearned tokens, so they aren't affecting the classification of mail.
The journal is >so huge that it might take days to learn, and it also
indicates that you are accumulating new material fairly quickly. So
losing the current journ
Title: RE: Huge size of bayes_journal
You can and probably should remove the journal file. These are
unlearned tokens, so they aren't affecting the classification of mail. The
journal is so huge that it might take days to learn, and it also indicates that
you are accumulating new mat
Title: RE: Huge size of bayes_journal
Hi Theo,
I manage to switch to that user and executed the sa-learn command but since it has it' own home directory it created new .spamassassin directory under it's home directory. Actually "/var/amavisd/.spamassassin" which has
On Samstag, 18. März 2006 11:51 MJ wrote:
> No, there is another user for daemon with a false shell, can't be use
> to login as a normal user.
su -l $USER_AMAVIS_RUNS_AS -s /bin/bash
That way you can run as the user with bash.
mfg zmi
--
// Michael Monnerie, Ing.BSc --- it-management Michae
On Sat, Mar 18, 2006 at 01:51:45PM +0300, MJ wrote:
> Thanks for you quick response.
:)
> >The "#" implies you're running as root. Is that the same user as
> amavis runs as?
>
> No, there is another user for daemon with a false shell, can't be use to
> login as a normal user.
You need to someh
Hi Theo van Dinter,
Thanks for you quick response.
>The "#" implies you're running as root. Is that the same user as
amavis runs as?
No, there is another user for daemon with a false shell, can't be use to
login as a normal user.
>This isn't the same path as you posted before, so I'm not surpr
On Sat, Mar 18, 2006 at 01:07:30PM +0300, MJ wrote:
> I did but still the same size, following is the output.
> bash-2.03# /usr/local/bin/sa-learn -D --sync
The "#" implies you're running as root. Is that the same user as amavis
runs as?
[...]
> [17329] dbg: bayes: tie-ing to DB file R/O //.spam
Hi Theo Van Dinter
>I don't know if amavisd does something special wrt bayes,
Do you need me to send amavisd.conf? usually they (mailing list of
amavisd-new) suggest to post SA related issues to this list and not on
Amavisd-new list.
>As the appropriate user, run "sa-learn -D --sync" and see wh
t could be the reason?
As the appropriate user, run "sa-learn -D --sync" and see what happens.
> -rw--- 1 clamav clamav 3441876576 Mar 18 12:01 bayes_journal
> -rw--- 1 clamav clamav 167813120 Mar 18 12:01 bayes_seen
> -rw--- 1 clamav clamav 3361177
335904768 Mar 18 12:01 auto-whitelist
-rw--- 1 clamav clamav 6 Mar 18 12:01
auto-whitelist.mutex
-rw--- 1 clamav clamav 2196 Mar 18 12:01 bayes.mutex
-rw--- 1 clamav clamav 3441876576 Mar 18 12:01 bayes_journal
-rw--- 1 clamav clamav 167813120 Mar
Pollywog wrote:
> On 12/06/2005 12:27 am, Matt Kettler wrote:
>
>>David Buttrick wrote:
>>
>>>Is there a control for the permissions on the bayes_journal file?
>>>
>>>I'm using a shared bayes db, and users do not have permissiosn on the
>&g
Thanks!
On Dec 5, 2005, at 6:27 PM, Matt Kettler wrote:
David Buttrick wrote:
Is there a control for the permissions on the bayes_journal file?
I'm using a shared bayes db, and users do not have permissiosn on the
file because it is created chmod 600.
Is there something i can do i
On 12/06/2005 12:27 am, Matt Kettler wrote:
> David Buttrick wrote:
> > Is there a control for the permissions on the bayes_journal file?
> >
> > I'm using a shared bayes db, and users do not have permissiosn on the
> > file because it is created chmod 600.
> &
David Buttrick wrote:
> Is there a control for the permissions on the bayes_journal file?
>
> I'm using a shared bayes db, and users do not have permissiosn on the
> file because it is created chmod 600.
>
> Is there something i can do in the config files?
What's
Is there a control for the permissions on the bayes_journal file?
I'm using a shared bayes db, and users do not have permissiosn on the
file because it is created chmod 600.
Is there something i can do in the config files?
Thanks.
David
on our mailcluster we have spamassassin running with bayes turned on, but
auto learning turned off, we then hand train the bayesdb and push it out to
all the machines.
However weven with bayes_auto_learn turned off, spamd is still creating the
bayes_journal files, which isn't a problem
r on
this system not root), I need to relocate auto-whitelist,
bayes_journal, bayes_seen and bayes_toks which resides in the
default ~/.spamassassin directory to another device. With Linux you
can't simply do a link ('ln') across devices, so the files need to
actually be moved. I
t root), I need to relocate auto-whitelist, bayes_journal,
bayes_seen and bayes_toks which resides in the default
~/.spamassassin directory to another device. With Linux you can't
simply do a link ('ln') across devices, so the files need to actually
be moved. I want to leave
David A. Roth wrote:
I know this might seem like an odd request for those of you with tons
of disk space available so please be kind. I'm running SpamAssassin
version 3.0.2. For server space reasons (I'm a user on this system not
root), I need to relocate auto-whitelist, bay
"David A. Roth" wrote:
> I know this might seem like an odd request for those of you with tons
> of disk space available so please be kind. I'm running SpamAssassin
> version 3.0.2. For server space reasons (I'm a user on this system
> not root), I need to reloca
I know this might seem like an odd request for those of you with tons
of disk space available so please be kind. I'm running SpamAssassin
version 3.0.2. For server space reasons (I'm a user on this system not
root), I need to relocate auto-whitelist, bayes_journal, bayes_seen and
gure the system.
{^_^}
- Original Message -
From: "Chris Harvey" <[EMAIL PROTECTED]>
> I'm seeing in my maillog file (SA 3.x running in Debug mode) the
following:
>
> cannot write to /root/.spamassassin/bayes_journal, Bayes db update
ignored:
> Permission de
Ok, now I'm noticing this
Creating default_prefs [/root/.spamassassin/user_prefs]
Creating default_prefs [/root/.spamassassin/user_prefs]
Is there a file path I can set so that the new working directory is my new
.spamassasin directory I created?
I specifically set the bayes and the autowhitelis
>
> First, I assume you're using a bayes_path statement to force the bayes DB
> for all users to be in roots homedir.
Yep!
>
> If so, DO NOT proceed..
> In order for your bayes DB to be wide open, ALL users must have r_x access
> to /root... that's a bad thing that you don't want to give them.
At 04:26 PM 1/28/2005, Chris Harvey wrote:
cannot write to /root/.spamassassin/bayes_journal, Bayes db update ignored:
Permission denied
This is right after all the bayes token statements. It suggests it's a
problem, but I don't seem to be able to fix it.
My default bayes locatio
I'm seeing in my maillog file (SA 3.x running in Debug mode) the following:
cannot write to /root/.spamassassin/bayes_journal, Bayes db update ignored:
Permission denied
This is right after all the bayes token statements. It suggests it's a
problem, but I don't seem to be able
Hi
I am using 2.64 with local.cf settings
bayes_path /var/spamd/.spamassassin/bayes
bayes_file_mode 777
to get round ownership and other issues like space under users accounts.
problem i have is with bayes_journal , it always seem to be owned by
user.group of the mail owner.
log shows
Dec 29
ning as
user spamd.
Database is in /home/spamd
When I pipe false negatives through sa-learn, the bayes_journal file
disappears. Is this by design or is there something I need to change or fix?
Ed
. . . . . . . .
Avenge yourself.
Live long enough to be a problem to your children.
riginal Message-
From: Ed Kasky [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004 3:09 PM
To: [EMAIL PROTECTED]
Subject: Oh where, oh where does my bayes_journal go?
I am currently running SA 3.0.0 with a site wide bayes and spamd running as
user spamd.
Database is in /home/spamd
Wh
I am currently running SA 3.0.0 with a site wide bayes and spamd running as
user spamd.
Database is in /home/spamd
When I pipe false negatives through sa-learn, the bayes_journal file
disappears. Is this by design or is there something I need to change or fix?
Thanks...
Ed
57 matches
Mail list logo