No, Im looking at the spamassassin bayes DB files on CentOS 5.5,
spamassassin installed via yum
Quoting RW :
On Mon, 07 Jun 2010 13:14:31 +0100
a.sm...@ukgrid.net wrote:
I checked this on a dev linux box and on these the flat files are
created as Berkeley DB version 8 files. Is this imp
On Mon, 07 Jun 2010 13:14:31 +0100
a.sm...@ukgrid.net wrote:
> I checked this on a dev linux box and on these the flat files are
> created as Berkeley DB version 8 files. Is this important? And if so
> how do you define which version to use for spamassassin?
SpamAssassain is using GNU gdb r
Hi,
a few days on and things are still running well with MySQL bayes backend.
If indeed my system stability does continue I wonder if the bayes DB
version may have had something to do with the corruption problems that
seem to have caused me these problems. The flat files are always
create
Well, before moving servers... What is its file size? See the bug I
referenced earlier, and the oddities found there.
Yeah, I did have a look at this before. I dont think I have any
unusually large files that would cause a prob, the sizes are:
82M./auto-whitelist
66K./bayes_journ
On Thu, 2010-06-03 at 14:33 +0100, a.sm...@ukgrid.net wrote:
> Quoting Karsten Bräckelmann :
> > That are *not* debug logs. That's standard logging, no debug.
>
> Post 1 of 3 is normal log, post 3 of 3 was from spamassassin with
> debug enabled. Is there some further debugging that can be enable
Quoting Karsten Bräckelmann :
That are *not* debug logs. That's standard logging, no debug.
Post 1 of 3 is normal log, post 3 of 3 was from spamassassin with
debug enabled. Is there some further debugging that can be enabled?
Alas, as you mentioned in your reply to Mark, you flamed the B
On Thu, 2010-06-03 at 10:12 +0100, a.sm...@ukgrid.net wrote:
> > I first would check bugzilla for similar issues. In this particular
> > case, bug 6127. The comments in that bug should help to get debug logs,
> > which we would need.
>
> I have previously had a look through this bug report and als
Hi,
update on this is Ive had the system running using MySQL backend
for Bayes and AWL for the last 4 hours. So far all good, no 100% CPU
runaway processes and no Signal 11 errors. The 100% CPU issue did seem
to be resolved by my initial deleting of the bayes BDB files (prior to
configu
Hi Karsten,
thanks a lot for your reply...
Quoting Karsten Bräckelmann :
I first would check bugzilla for similar issues. In this particular
case, bug 6127. The comments in that bug should help to get debug logs,
which we would need.
I have previously had a look through this bug report and
Thanks very much for the detailed reply!
Quoting Mark Martinec :
If you can isolate one such message which causes a crash and
be able to reproduce it from a command line spamassassin, that would
be ideal. Otherwise, enable debugging and when a process crashes
check what was the last thing it w
On 6/2/2010 12:01 PM, spamassassinl...@saphirtech.fr wrote:
Hi,
What can I do? Thanks for any suggestions
This is what I do when I get performance issues, and long-running
processes:
Here is another performance hint.
When you first setup your server and it's running right, do the fo
Andy,
> FreeBSD 8.0-p2
> Exim 4.71
> SpamAssassin 3.3.1
> Perl 5.10.1
> All packages have been installed from source via FreeBSD ports.
>
> The problem:
> Two main issues really
> 1) Ever since this server was built (as a replacement for another
> Exim/FreeBSD mail server) I have been seeing in
Hi,
What can I do? Thanks for any suggestions
This is what I do when I get performance issues, and long-running
processes:
1) check for memory issues such as not enough "low" memory using "free -l"
and monitor the machine with top and vmstat for a while to get a general
feeling of wha
It's either Ground Fault Interruptor
(http://en.wikipedia.org/wiki/Residual-current_device) commonly used in
kitchens and
bathrooms ;-)
or it's something from this company:
http://www.gfi.com/
Ted
On 6/2/2010 11:38 AM, a.sm...@ukgrid.net wrote:
Well firstly I have said "for me" so Im not
On Wed, 2010-06-02 at 19:25 +0100, a.sm...@ukgrid.net wrote:
>as per the subject Im having severe problems, any help much appreciated.
> My installation:
>
> FreeBSD 8.0-p2
> Exim 4.71
> SpamAssassin 3.3.1
> Perl 5.10.1
>
> All packages have been installed from source via FreeBSD ports.
> 1)
This weekend I just setup a mailserver running:
FreeBSD 7.3-RELEASE generic kernel
then cvsupped the current ports and make installed
on our software. I'm having no problems at all.
I'll send you more info off list.
This was a clean install. In other words, I FTP'ed the configs and
mail fil
Well firstly I have said "for me" so Im not trying to trash
Spamassasin (I seem to be in a minority of people with any severe
issues), and secondly I have posted some of the same issues previously
without such a theatrical subject and I received zero replies. No
offence was intended for tho
On 6/2/10 2:25 PM, a.sm...@ukgrid.net wrote:
Hi,
as per the subject Im having severe problems, any help much
appreciated.
run GFI on a windows 2007 server and all your troubles will be over.
Next time, try picking a subject line that will immediately piss off
anyone who knows anything spama
Hi,
as per the subject Im having severe problems, any help much appreciated.
My installation:
FreeBSD 8.0-p2
Exim 4.71
SpamAssassin 3.3.1
Perl 5.10.1
All packages have been installed from source via FreeBSD ports.
The problem:
Two main issues really
1) Ever since this server was built (as a
19 matches
Mail list logo
