bogofilter-bugs Mailing List for bogofilter -- Fast Bayesian Spam Filter (Page 3)
Fast Bayesian spam filter along lines suggested by Paul Graham
Brought to you by:
m-a
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(19) |
Dec
(28) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(5) |
Feb
(12) |
Mar
(5) |
Apr
(1) |
May
(10) |
Jun
(4) |
Jul
(7) |
Aug
(5) |
Sep
(4) |
Oct
(4) |
Nov
(3) |
Dec
(2) |
2004 |
Jan
(7) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(17) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(4) |
Nov
(6) |
Dec
(2) |
2005 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
(1) |
2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Lionel C. <lio...@ce...> - 2004-06-30 07:25:46
|
Hello, Using the spec file that comes from bogofilter-0.92.0, the resulting rpm requires perl(MIME::Parser). All this because one contrib needs it: mime.get.rfc822. It's quite bad to have this as a hard ependency since most users won't use contrib programs. I solved it adding: chmod -x %{buildroot}%{_datadir}/%{name}/contrib/* to the spec file. Could this dependency be lifted in the next version? Thanks, __________________________________________________________ Lionel Cons http://cern.ch/lionel.cons CERN http://www.cern.ch A computer program does what you tell it to do, not what you want it to do. |
From: SourceForge.net <no...@so...> - 2004-06-21 13:37:00
|
Bugs item #976727, was opened at 2004-06-21 13:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=976727&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lars Hecking (lhecking) Assigned to: Nobody/Anonymous (nobody) Summary: 0.17.5: spectacular compilation failure Initial Comment: Solaris 9/SPARC Sun Forte 6.2 compiler 1) The compiler generates tons of warnings warning: _Bool is a keyword in ISO C99 2) The compiler generates tons of warnings warning: end-of-loop code not reached 3) Compilation fails in gsl: cc -fast -DHAVE_CONFIG_H -I. -I. -I. -I.. -I/usr/local/BerkeleyDB.3.3/include -DBOGOFILTER -DRENAMEFILES -g -c -o libbf_gsl_a-exp.o `test -f '../gsl/specfunc/exp.c' || echo './'`../gsl/specfunc/exp.c cc: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusb which generates code that does not run on pre UltraSPARC III processors "../gsl/gsl_sf_exp.h", line 145: warning: end-of-loop code not reached "../gsl/gsl_sf_exp.h", line 150: warning: end-of-loop code not reached "../gsl/specfunc/exp.c", line 99: warning: end-of-loop code not reached "../gsl/specfunc/exp.c", line 109: identifier redefined: gsl_sf_exp_e current : function(const double, pointer to struct gsl_sf_result_struct {double val, double err}) returning int previous: function(const double, pointer to struct gsl_sf_result_struct {double val, double err}) returning int : "../gsl/gsl_sf_exp.h", line 141 "../gsl/specfunc/exp.c", line 111: warning: end-of-loop code not reached It works when I disable HAVE_INLINE in src/config.h. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=976727&group_id=62265 |
From: David R. <re...@os...> - 2004-06-20 11:46:41
|
On Sun, 20 Jun 2004 13:37:30 +0200 Matthias Andree wrote: > > You're on a recent version of bogofilter, which is good, but an old > > version of BerkeleyDB, not good. If you have a 4.1 or newer version > > available, use it. > > He wrote Panix installed the system for him so he may not have the > power to choose the version, although I'd suggest that he use 4.2 if > he has the choice. If he's allowed to build executables, he could create $HOME/bin and run his own copies of BerkeleyDB and bogofilter. > > Since "-u" autoupdates the database, the wordlist size _will_ > > increase with every message scored by bogofilter. The size may be > > limited by your MTA. For example, if you're running postfix check > > the values of mailbox_size_limit and message_size_limit. Command > > "postconf | grep size_limit" will show those values. > > I don't expect to see problems here, the sizes are well below usual > limits. True. |
From: Matthias A. <mat...@gm...> - 2004-06-20 11:37:35
|
> You're on a recent version of bogofilter, which is good, but an old > version of BerkeleyDB, not good. If you have a 4.1 or newer version > available, use it. He wrote Panix installed the system for him so he may not have the power to choose the version, although I'd suggest that he use 4.2 if he has the choice. > Since "-u" autoupdates the database, the wordlist size _will_ increase > with every message scored by bogofilter. The size may be limited by > your MTA. For example, if you're running postfix check the values of > mailbox_size_limit and message_size_limit. Command "postconf | grep > size_limit" will show those values. I don't expect to see problems here, the sizes are well below usual limits. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 |
From: Matthias A. <mat...@gm...> - 2004-06-20 08:14:25
|
On Sat, 19 Jun 2004, David Arnstein wrote: > -------------------------------------------------------------------------- > bogofilter version 0.91.2 > Database: BerkeleyDB (3.3.11) I haven't used BerkeleyDB 3.3 in production for a long time, so I cannot say if that alone is it. > -------------------------------------------------------------------------- > > The response to "uname -a" is: > > -------------------------------------------------------------------------- > NetBSD panix3.panix.com 1.5.4_ALPHA NetBSD 1.5.4_ALPHA (PANIX-USER) > #0: Thu Feb > 26 14:11:15 EST 2004 > ro...@ju...:/devel/NO-BACKUPS/release-1.5-20 > 020917/src/sys/arch/i386/compile/PANIX-USER i386 So it is an oldish non-stable NetBSD release on i386. This alone needn't be the cause either. > -------------------------------------------------------------------------- > The filesystem seems to be some sort of networked commercial file > server, I don't know the details. If this information is truly > important, I'll post a request for help to the ISP. Let me know please. Well, that might be it, but we cannot be sure. Are you using the BOGOFILTER_CONCURRENT_DATA_STORE mode? If so, that mode cannot work on NFS, as the __db.NNN files must reside on a local file system (ufs is one of those on NetBSD). > -------------------------------------------------------------------------- > ######################### > # Bogofilter processing # > ######################### > > # Examine each incoming e-mail with bogofilter, and add a header line > # to it. > :0fw > | $BOGOFILTER -u -e -p Bogofilter thus updates its file every time a mail comes in. Try if changing the recipe to :0fw:bogofilter.lock | $BOGOFILTER -u -e -p and see if that helps. Alternatively, remove the -u and train bogofilter explicitly. > The "ulimit" info is as follows: ... The limits look ample, they are not the problem. > My file .bogofilter/wordlist.db is currently 9,912,320 bytes long. It > contains 231,603 entries. These numbers increase constantly. That's fine. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 |
From: David R. <re...@os...> - 2004-06-20 01:13:11
|
On Sat, 19 Jun 2004 17:26:20 -0700 David Arnstein wrote: > A big "thank you" to Mr. Andree and Mr. Relson for responding to my > post. I attempt to supply all requested information about my > execution environment for bogofilter. Matthias and I are the major authors. Matthias is our expert in matters of autoconf, automake, BerkeleyDB, locking, and portability. I'm responsible for most of the rest. ...[snip]... > bogofilter version 0.91.2 > Database: BerkeleyDB (3.3.11) > Copyright (C) 2002-2004 Eric S. Raymond, > David Relson, Matthias Andree, Greg Louis ...[snip]... You're on a recent version of bogofilter, which is good, but an old version of BerkeleyDB, not good. If you have a 4.1 or newer version available, use it. > --------------------------------------------------------------------- > ----- > > The response to "uname -a" is: > > --------------------------------------------------------------------- > ----- NetBSD panix3.panix.com 1.5.4_ALPHA NetBSD 1.5.4_ALPHA > (PANIX-USER) #0: Thu Feb > 26 14:11:15 EST 2004 > ro...@ju...:/devel/NO-BACKUPS/release-1.5-20 > 020917/src/sys/arch/i386/compile/PANIX-USER i386 > --------------------------------------------------------------------- > ----- > > The filesystem seems to be some sort of networked commercial file > server, I don't know the details. If this information is truly > important, I'll post a request for help to the ISP. Let me know > please. Networked filesystems can have file locking problems, especially if the database (wordlist.db) is accessible through the network. There's some info on this in the FAQ. You can improve your stability by using procmail's locking facilities. Change the ":0fw" in your procmail recipe to ":0fw:". Matthias is much more familiar with such issues than am I. I'm sure he'll respond tommorrow. > The way I run bogofilter is that it is featured in one of my procmail > recipes. In particular, my procmail recipe features the following: > > --------------------------------------------------------------------- > -----######################### > # Bogofilter processing # > ######################### > > # Examine each incoming e-mail with bogofilter, and add a header line > # to it. > :0fw > | $BOGOFILTER -u -e -p ...[snip]... > My file .bogofilter/wordlist.db is currently 9,912,320 bytes long. It > > contains 231,603 entries. These numbers increase constantly. Since "-u" autoupdates the database, the wordlist size _will_ increase with every message scored by bogofilter. The size may be limited by your MTA. For example, if you're running postfix check the values of mailbox_size_limit and message_size_limit. Command "postconf | grep size_limit" will show those values. HTH, David |
From: David A. <arn...@po...> - 2004-06-20 00:27:18
|
A big "thank you" to Mr. Andree and Mr. Relson for responding to my post. I attempt to supply all requested information about my execution environment for bogofilter. The response to "bogofilter --version" is: -------------------------------------------------------------------------- bogofilter version 0.91.2 Database: BerkeleyDB (3.3.11) Copyright (C) 2002-2004 Eric S. Raymond, David Relson, Matthias Andree, Greg Louis bogofilter comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under the General Public License. See the COPYING file with the source distribution for details. -------------------------------------------------------------------------- The response to "uname -a" is: -------------------------------------------------------------------------- NetBSD panix3.panix.com 1.5.4_ALPHA NetBSD 1.5.4_ALPHA (PANIX-USER) #0: Thu Feb 26 14:11:15 EST 2004 ro...@ju...:/devel/NO-BACKUPS/release-1.5-20 020917/src/sys/arch/i386/compile/PANIX-USER i386 -------------------------------------------------------------------------- The filesystem seems to be some sort of networked commercial file server, I don't know the details. If this information is truly important, I'll post a request for help to the ISP. Let me know please. The way I run bogofilter is that it is featured in one of my procmail recipes. In particular, my procmail recipe features the following: -------------------------------------------------------------------------- ######################### # Bogofilter processing # ######################### # Examine each incoming e-mail with bogofilter, and add a header line # to it. :0fw | $BOGOFILTER -u -e -p # If bogofilter failed, return the mail to the queue, the MTA will # retry to deliver it later. # 75 is the value for EX_TEMPFAIL in /usr/include/sysexits.h. :0e { EXITCODE=75 HOST } # file the mail to appropriate folder if it's spam. :0: * ^X-Bogosity: Yes, tests=bogofilter $BOGOFILE -------------------------------------------------------------------------- Procmail itself is executed by the incoming mail daemon. This is accomplished by the existence of my ~/.forward file, which says -------------------------------------------------------------------------- "|IFS=' ' && exec /usr/local/bin/procmail -f- || exit 75 #arnstein" -------------------------------------------------------------------------- The "ulimit" info is as follows: -------------------------------------------------------------------------- panix3 114> ulimit -aH core file size (blocks, -c) unlimited data seg size (kbytes, -d) 1048576 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 509184 max memory size (kbytes, -m) 509184 open files (-n) 9932 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 32768 cpu time (seconds, -t) unlimited max user processes (-u) 3092 virtual memory (kbytes, -v) 1081344 panix3 115> panix3 115> ulimit -aS core file size (blocks, -c) 0 data seg size (kbytes, -d) 131072 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 169728 max memory size (kbytes, -m) 509184 open files (-n) 64 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 2048 cpu time (seconds, -t) unlimited max user processes (-u) 80 virtual memory (kbytes, -v) 133120 -------------------------------------------------------------------------- My file .bogofilter/wordlist.db is currently 9,912,320 bytes long. It contains 231,603 entries. These numbers increase constantly. Gentlemen, thank you once again for your kind attention. Best regards, -- David Arnstein arn...@po... |
From: David R. <re...@os...> - 2004-06-19 12:27:50
|
On Sat, 19 Jun 2004 11:15:40 +0200 Matthias Andree wrote: > On Fri, 18 Jun 2004, David Relson wrote: ...[snip]... > The TXN version does well without external locking even when run in > parallel but hasn't seen the 0.91 interface cleanup code yet which I > suspect to be the problem. Matthias, I assume you're referring to the version 0.91.1 problem. It had changes to the interface between the datastore and database levels to better handle the differences between opening an existing database and creating a new database. The changes were made so that .WORDLIST_VERSION could be added when bogofilter created a new wordlist. The problem in 0.91.1 was fixed in 0.91.2 Below is a small test script, t.lock, and the output of running it against versions 0.90.0, 0.91.0, 0.91.1, 0.91.2, and 0.91.3. It shows quite clearly that 0.91.1 had a problem which is particular to that one release. David ### Test script t.lock ### #!/bin/sh # run from bogofilter/src directory OPTS="-C -d . -M" if [ ! -f wordlist.db ] ; then bogofilter $OPTS -v -n -I tests/inputs/good.mbx bogofilter $OPTS -v -s -I tests/inputs/spam.mbx fi for N in `seq 1 5` ; do bogofilter $OPTS -u -I tests/inputs/spam.mbx & done ### Output of t.lock for 0.9?.? ### [relson@osage bogofilter]$ for N in 09?? ; do ( cd $N/src ; pwd ; t.lock ; sleep 3 ; echo "" ) ; done /home/relson/bogofilter/0900/src /home/relson/bogofilter/0910/src /home/relson/bogofilter/0911/src bogofilter: (db) DB->open(./wordlist.db) - actually ./wordlist.db bogohome: . -, err: 17, File exists Can't open file 'wordlist.db' in directory '.'. error #17 - File exists. bogofilter: (db) DB->open(./wordlist.db) - actually ./wordlist.db bogohome: . -, err: 17, File exists Can't open file 'wordlist.db' in directory '.'. error #17 - File exists. bogofilter: (db) DB->open(./wordlist.db) - actually ./wordlist.db bogohome: . -, err: 17, File exists Can't open file 'wordlist.db' in directory '.'. error #17 - File exists. bogofilter: (db) DB->open(./wordlist.db) - actually ./wordlist.db bogohome: . -, err: 17, File exists Can't open file 'wordlist.db' in directory '.'. error #17 - File exists. /home/relson/bogofilter/0912/src /home/relson/bogofilter/0913/src |
From: Matthias A. <mat...@gm...> - 2004-06-19 09:15:47
|
On Fri, 18 Jun 2004, David Relson wrote: > An excellent set of questions! FWIW, I've been running "-u" for 18 I'd considered if we should make such a questionnaire a part of the FAQ or make it a downloadable .txt file so posting the URL is sufficient. > months or so, receive 800-100 messages daily, use procmail's locking > when running bogofilter, and have not seen database corruption in many > months. This is on a Mandrake 10.0 system with BerkeleyDB 4.1.25. I regret having to inform you that this bears no practical relevance. Bogofilter is supposed to work without external locking, so if you are interested in getting relevant results, remove the locking from your procmail recipe and see if the database remains intact or becomes corrupt. The TXN version does well without external locking even when run in parallel but hasn't seen the 0.91 interface cleanup code yet which I suspect to be the problem. I wonder if we and how we can try to collide against bogofilter's opening the same file twice at the same time to see if bogofilter copes with that - from the test suite, that is. OTOH, I'm not 100% convinced that Berkeley DB is correct at all times. I've heard from subversion users they'll usually recommend DB 4.2.52. I've seen the fetchmail subversion respository (see http://developer.berlios.de/projects/fetchmail/) becoming corrupt for no apparent reason, too. Berlios use svn 1.0.4 with db-4.1, but they use the TXN interface so svnadmin recover will fix it usually. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 |
From: David R. <re...@os...> - 2004-06-19 03:38:16
|
On Sat, 19 Jun 2004 05:12:57 +0200 Matthias Andree wrote: > "David Arnstein" <arn...@pa...> writes: > > > I am using bogofilter 0.91.2 as installed by my ISP panix.com (they > > are competent). > > > > Recently, I have been getting my database file > > ~/.bogofilter/wordlist.db corrupted. Specifically, if Iexecute > > bogoutil -d ~/.bogofilter/wordlist.db > > then I get a listing that, after several thousand unique lines, > > repeats a block of lines forever. > > Which BerkeleyDB version does your bogofilter use? > bogofilter -V will tell you. > > What operating system and version does bogofilter run on? > > What kind of file system are you using? local (UFS, EXT3, ReiserFS, > XFS, JFS, VxFS) or networked (NFS, AFS, Coda)? > > > This problem now occurs about once per day, on average. It has been > > happening since version 0.17.5, at least. Each time I created a new > > database file from text using "bogoutil -l". > > Are you running bogofilter with -u flag? > > Does bogofilter bump into file size limits? In bash, you can try > ulimit -aH and ulimit -aS to check the limits, and ls -l > .bogofilter to check if the size is close. > > > As a work-around, is there a database utility that can repair my > > wordlist.db file? Thanks for any suggestions. > > No, that is for later when the transactional Berkeley DB data store > will be merged into the baseline. Matthias, An excellent set of questions! FWIW, I've been running "-u" for 18 months or so, receive 800-100 messages daily, use procmail's locking when running bogofilter, and have not seen database corruption in many months. This is on a Mandrake 10.0 system with BerkeleyDB 4.1.25. David |
From: David R. <re...@os...> - 2004-06-19 03:15:36
|
On Fri, 18 Jun 2004 22:28:57 -0400 (EDT) David Arnstein wrote: > I am using bogofilter 0.91.2 as installed by my ISP panix.com (they > are competent). > > Recently, I have been getting my database file > ~/.bogofilter/wordlist.db corrupted. Specifically, if Iexecute > bogoutil -d ~/.bogofilter/wordlist.db > then I get a listing that, after several thousand unique lines, > repeats a block of lines forever. > > This problem now occurs about once per day, on average. It has been > happening since version 0.17.5, at least. Each time I created a new > database file from text using "bogoutil -l". > > The fact that this happens repeatedly, even when I create the database > file "from scratch" suggests that something is amiss. > > As a work-around, is there a database utility that can repair my > wordlist.db file? Thanks for any suggestions. > -- > David Arnstein > arn...@po... Hello David, Sounds like you've got problems! Database problems have (historically) been few and far between. You should be encountering problems rarely, if ever. Something's different (wrong) in how you're running bogofilter and accessing the database. The usual usage of bogofilter is in scoring messages. That opens the database read-only which can't cause corruption. I use the autoupdate ('-u') option which will add tokens to the database when a message is scored as ham or spam (but not as unsure). With a procmail recipe (including locking) to run bogofilter, I've not seen database corruption in a long long time. What environment are you running in, i.e. operating system, architecture, MTA, etc? How large a message load is bogofilter dealing with? What flags are you running it with? One workaround would be to create a copy of the database periodically and confirm its integrity using db_verify. That would give you a fallback if/when you next encounter trouble. Also, Matthias has code for using BerkeleyDB's transaction capabilities to ensure that the database remains correct. That code is available via CVS if you want to try it. Looking forward to you answer. Regards, David |
From: Matthias A. <mat...@gm...> - 2004-06-19 03:13:07
|
"David Arnstein" <arn...@pa...> writes: > I am using bogofilter 0.91.2 as installed by my ISP panix.com (they > are competent). > > Recently, I have been getting my database file > ~/.bogofilter/wordlist.db corrupted. Specifically, if Iexecute > bogoutil -d ~/.bogofilter/wordlist.db > then I get a listing that, after several thousand unique lines, > repeats a block of lines forever. Which BerkeleyDB version does your bogofilter use? bogofilter -V will tell you. What operating system and version does bogofilter run on? What kind of file system are you using? local (UFS, EXT3, ReiserFS, XFS, JFS, VxFS) or networked (NFS, AFS, Coda)? > This problem now occurs about once per day, on average. It has been > happening since version 0.17.5, at least. Each time I created a new > database file from text using "bogoutil -l". Are you running bogofilter with -u flag? Does bogofilter bump into file size limits? In bash, you can try ulimit -aH and ulimit -aS to check the limits, and ls -l .bogofilter to check if the size is close. > As a work-around, is there a database utility that can repair my > wordlist.db file? Thanks for any suggestions. No, that is for later when the transactional Berkeley DB data store will be merged into the baseline. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 |
From: David A. <arn...@pa...> - 2004-06-19 02:28:59
|
I am using bogofilter 0.91.2 as installed by my ISP panix.com (they are competent). Recently, I have been getting my database file ~/.bogofilter/wordlist.db corrupted. Specifically, if Iexecute bogoutil -d ~/.bogofilter/wordlist.db then I get a listing that, after several thousand unique lines, repeats a block of lines forever. This problem now occurs about once per day, on average. It has been happening since version 0.17.5, at least. Each time I created a new database file from text using "bogoutil -l". The fact that this happens repeatedly, even when I create the database file "from scratch" suggests that something is amiss. As a work-around, is there a database utility that can repair my wordlist.db file? Thanks for any suggestions. -- David Arnstein arn...@po... |
From: SourceForge.net <no...@so...> - 2004-06-14 11:22:28
|
Bugs item #972528, was opened at 2004-06-14 13:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=972528&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marc Espie (marcespie) Assigned to: Nobody/Anonymous (nobody) Summary: configure not flexible enough Initial Comment: --with-libdb-prefix is not enough to build bogofilter on OpenBSD. The packaged db3 puts includes into /usr/local/include/db and the library into /usr/local/lib/db The packaged db4 has includes into /usr/local/include/db4 and the library into /usr/local/lib/db4 Being able to specify separate paths for includes and libs would be needed... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=972528&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-02-23 10:29:35
|
Bugs item #902561, was opened at 2004-02-23 10:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=902561&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mivens (mivens) Assigned to: Nobody/Anonymous (nobody) Summary: datastore_db.c:211: parse error before `*' Initial Comment: Hi David, With bogofilter 0.17.2 compiling against BerkeleyDB (4.2.52) and GSL 1.4 with gcc-2.95.3 on Solaris 2.8 x86. No arguments when calling configure script. 88 shaft [...src/bogofilter/bogofilter-0.17.2] % ./configure [snip] 89 shaft [...src/bogofilter/bogofilter-0.17.2] % make [snip] gcc -DHAVE_CONFIG_H -I. -I. -I. -I../gnugetopt -I../trio -I- -I. -I. -I/usr/local/include -I../gsl/specfunc -I.. -DBOGOFILTER -g -O2 -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Waggregate-return -Wmissing-declarations -Wnested-externs -fno-common -Wchar-subscripts -Wcomment -Wimplicit -Wreturn-type -Wformat -Wformat=2 -c datastore_db.c datastore_db.c: In function `db_open': datastore_db.c:211: parse error before `*' datastore_db.c:227: `opt_flags' undeclared (first use in this function) datastore_db.c:227: (Each undeclared identifier is reported only once datastore_db.c:227: for each function it appears in.) datastore_db.c:235: `idx' undeclared (first use in this function) datastore_db.c:235: `retryflags' undeclared (first use in this function) datastore_db.c:240: `handle' undeclared (first use in this function) No such problem exists with bogofilter 0.17.1. Let me know what further help I can be. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=902561&group_id=62265 |
From: David R. <re...@os...> - 2004-02-20 12:31:10
|
On Thu, 19 Feb 2004 23:47:47 -0800 Albert Ting wrote: > > Hi. I haven't been able to track down the specific problem, but I'm > getting a segmentation fault when trying to send a 12mb mail folder. > This occurs on a redhat 7.2 with 1gb memory. But I don't have any > problems on a solaris 5.6 machine. > > It's failing in the wordhash_free() call, so I'm presuming it's malloc > related. Hello Albert, Interesting, but I need more info. We should be able to get you fixed up :-) Here are the questions that come to mind: Are you building from source on redhat? Exactly what command are you using with bogofilter? Can you reproduce the problem with a single message? Might it be database related (in the sense that you have different databases on the redhat and solaris machines)? Can you run "db_verify" on the redhat box to check the database's integrity? Does it happen with an empty database? Can you create a .tgz with the mail folder, your bogofilter.cf file, and wordlist.db? If so, can you put it on an ftp server or anonymous upload it to ftp://ftp.osagesoftware.com/pub/incoming ??? Looking forward to your answers! David |
From: Albert T. <al...@so...> - 2004-02-20 07:53:50
|
Hi. I haven't been able to track down the specific problem, but I'm getting a segmentation fault when trying to send a 12mb mail folder. This occurs on a redhat 7.2 with 1gb memory. But I don't have any problems on a solaris 5.6 machine. It's failing in the wordhash_free() call, so I'm presuming it's malloc related. |
From: SourceForge.net <no...@so...> - 2004-02-15 21:07:25
|
Bugs item #897609, was opened at 2004-02-15 13:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=897609&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Craig Leres (leres) Assigned to: Nobody/Anonymous (nobody) Summary: minor src/directories.c build tweaks Initial Comment: The source distribution contains a generated file, src/directories.c. It probably shouldn't. For one thing, if the distribution is unpacked by one user but built by another, make fails trying to update directories.c: Making all in trio Making all in src make all-recursive Making all in . echo "const char *const system_config_file = \/usr/local/etc/bogofilter.cf\;" >"directories.c" || rm -f "directories.c" sh: directories.c: cannot create source='directories.c' object='directories.o' libtool=no depfile='.deps/directories.Po' tmpdepfile='.deps/directories.TPo' depmode=gcc /usr/xpg4/bin/sh ../depcomp gcc -DHAVE_CONFIG_H -I. -I. -I. -I../trio -I.. -I/usr/local/BerkeleyDB.4.1/include -DBOGOFILTER -g -O2 -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Waggregate-return -Wmissing-declarations -Wnested-externs -fno-common -Wchar-subscripts -Wcomment -Wimplicit -Wreturn-type -Wformat -Wformat=2 -c directories.c gcc: directories.c: No such file or directory gcc: No input files *** Error code 1 make: Fatal error: Command failed for target `directories.o' Current working directory /usr/local/src/bogofilter-0.16.4/src *** Error code 1 The rule for creating directories.c removes it if it fails; it seems like another improvement might be to remove directories.c before trying to create it. Summary: - The distribution probably shouldn't include src/directories.c - The rule for creating directories.c should probably remove it first. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=897609&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-31 23:27:33
|
Bugs item #888351, was opened at 2004-01-31 15:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=888351&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ronald Cole (ronaldcole) Assigned to: Nobody/Anonymous (nobody) Summary: latest stable src.rpm won't build on RHEL3 Initial Comment: The last two stable releases, 0.15.13-1 and 0.16.4-1, won't build on Red Hat Enterprise Linux 3. It fails trying to build the static bogofilter with a "cannot find -ldb" error. The name of the static library is -ldb-4.1, but even if that library is specified, there are still link errors regarding getpwnam() and getpwuid() and various other things only found in the shared glibc. I'd hate to think that the last version of bogofilter that I can build and use is 0.15.7-1! Can this be looked at and fixed? Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=888351&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-18 23:05:42
|
Bugs item #879506, was opened at 2004-01-18 17:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=879506&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul R. Brown (paulrbrown) Assigned to: Nobody/Anonymous (nobody) Summary: err:22, Invalid Argument showing up during bulk load Initial Comment: I'm bulk processing 10,000 SPAM messages with formail -s bogofilter -s -v < mbox and seeing sporadic errors of the form: bogofilter: (db) db_get_dbvalue( 'Any' ), err: 22, Invalid argument where 'Any' is replaced sometimes with another word that starts with "A". Is this some kind of artifact of concurrent access? That is, if I'm also using bogofilter via procmail, are those errors related to blocking? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=879506&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-17 15:06:44
|
Bugs item #878861, was opened at 2004-01-17 15:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=878861&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Schinder (schinder) Assigned to: Nobody/Anonymous (nobody) Summary: 0.16.2 requires -u to have an argument Initial Comment: I use fetchmail, qmail, maildrop, and bogofilter in my mail stream on a Power Mac G5 running Mac OS X 10.3. I installed 0.16.2 last night. This morning I checked my mail and found nothing. My qmail logs contained a lot of the following: 2004-01-16 20:50:17.417283500 delivery 1006: deferral: Cannot_parse_-u_option_argument_'-e'.//usr/local/bin/ maildrop:_Unable_to_filter_message./ (The invocation of bogofilter in my .mailfilter uses "-u -e -p -l"). Apparently -u thinks it requires an argument, although it's documented as taking an optional argument. I dropped back to 0.16.1, and all is well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=878861&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-15 02:01:09
|
Bugs item #877308, was opened at 2004-01-15 02:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=877308&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Retired Spy (retired_spy) Assigned to: Nobody/Anonymous (nobody) Summary: cmdline: "bogofilter -s < spam-file" crashes Initial Comment: GDB core stack dump: #0 0x1ee34 in html_char () at lexer_v3.l:355 355 if ((val < 256) && isprint(val)) { /* use it if printable */ (gdb) where #0 0x1ee34 in html_char () at lexer_v3.l:355 #1 0x1de38 in lexer_v3_lex () at lexer_v3.l:289 #2 0x22670 in get_token () at token.c:79 #3 0x1ad88 in collect_words (wh=0x582540) at collect.c:91 #4 0x163ec in bogofilter (argc=362496, argv=0x582540) at bogofilter.c:98 #5 0x166c8 in main (argc=0, argv=0xffbefb4c) at main.c:55 (gdb) print val = -1473327884 Following change seems to work but I haven't done any analysis: bogofilter> diff lexer_v3.l lexer_v3.l.original 354c354 < if ((val > 0) && (val < 256) && isprint(val)) { /* use it if printable */ --- > if ((val < 256) && isprint(val)) { /* use it if printable */ Best Rgds, -H- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=877308&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-05 16:57:35
|
Bugs item #871042, was opened at 2004-01-05 11:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=871042&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alan Hoyle (alanhoyle) Assigned to: Nobody/Anonymous (nobody) Summary: 0.15.13-2 dies on Redhat 9. Initial Comment: I previously used the .RPM version of Bogofilter without any problems. However, upgrading to the newest stable version on my RedHat 9.0 box causes it to fail with the following error: bogofilter: relocation error: bogofilter: undefined symbol: gsl_cdf_chisq_Q ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=871042&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-05 08:08:24
|
Bugs item #870760, was opened at 2004-01-05 00:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=870760&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Craig Leres (leres) Assigned to: Nobody/Anonymous (nobody) Summary: src/Makefile.in is broken in 0.15.13 Initial Comment: There's an extra newline in the version.c rule in src/Makefile.in that make chokes on under Solaris 5.8: [...] Making distclean in src make: Fatal error in reader: Makefile, line 1430: Unexpected end of line seen Current working directory /usr/local/src/bogofilter-0.15.13/src *** Error code 1 make: Fatal error: Command failed for target `distclean-recursive' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=870760&group_id=62265 |
From: SourceForge.net <no...@so...> - 2004-01-02 01:04:36
|
Bugs item #869049, was opened at 2004-01-02 02:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=869049&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Schneelocke (arcticwolf) Assigned to: Nobody/Anonymous (nobody) Summary: User interaction required during configure run Initial Comment: Hi, I'm just in the process of building the latest release of bogofilter (0.16.0) and noticed that the configure script required some user interaction shortly after having been started. Precisely, just prior to the tests for the various awk variants, the following was printed on the screen, and the script stopped until I entered "y" and hit return: override rw-r--r-- root/schnee for conftest.sed? where "schnee" is my local username on the box used for building. It's not a big deal, and the rest of the configure and make runs worked flawlessly, but I think it's something that should be taken care off - I do imagine it could annoy packagers, for example. :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=869049&group_id=62265 |