bogofilter-bugs Mailing List for bogofilter -- Fast Bayesian Spam Filter (Page 4)
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: SourceForge.net <no...@so...> - 2003-12-19 09:36:37
|
Bugs item #862817, was opened at 2003-12-19 09: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=862817&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mivens (mivens) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade to 0.15-11:db_get_dbvalue err: 12, Not enough space Initial Comment: After upgrading from 0.15.10 to 0.15.11 I have a reproduceable error where some mails are unable to be filtered with the error message: bogofilter: (db) db_get_dbvalue( '{WORD}' ), err: 12, Not enough space where [WORD} is some word in the mail in question. For example: 94 shaft [...local/src/bogofilter] % bogofilter-0.15.11/src/bogofilter -v < ~/mail/bogo-test bogofilter: (db) db_get_dbvalue( 'harbour' ), err: 12, Not enough space 95 shaft [...local/src/bogofilter] % bogofilter-0.15.10/src/bogofilter -v < ~/mail/bogo-test X-Bogosity: No, tests=bogofilter, spamicity=0.192060, version=0.15.10 The following is sysloged: Dec 19 08:05:01 shaft bogofilter[27604]: [ID 303169 mail.info] datastore_db.c:423: (db) db_get_dbvalue( 'harbour' ), err: 12, Not enough space 96 shaft [/home/mark] % ls -l .bogofilter/ total 90720 -rw-r--r-- 1 mark other 48906240 Nov 27 14:19 goodlist.db -rw-r--r-- 1 mark other 43925504 Dec 18 18:10 spamlist.db Please let me know what further information I can provide to help. Cheers Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=862817&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-12-10 05:38:02
|
Bugs item #857354, was opened at 2003-12-10 10:38 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=857354&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrew Mironov (lastadm) Assigned to: Nobody/Anonymous (nobody) Summary: concurrent access to database Initial Comment: My sendmail interface with bogofilter has ability to register spam/ham on user's requests. Multiply parallel instances of 'bogofilter -l -s' locks database (Berkely DB) completely (for read and for write), until all of register requests aborted, so any other milter requests timed out. Checked bogofilter version 0.15.9, 0.15.10, builded on Linux (non staticaly linked) from sorce tree. gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) Berkely DB 4.0.14, installed from rpm. Should i prevent possibility of parallel access to bogofilter with -s/-n? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=857354&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-11-20 11:24:17
|
Bugs item #845711, was opened at 2003-11-20 11:23 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=845711&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin von Gagern (gagern) Assigned to: Nobody/Anonymous (nobody) Summary: X-Bogosity header filtered from attachment breaks signature Initial Comment: My bogofilter version 0.13.7.2 seems to filter any existing X-Bogosity header not only from the header of the email but also from the body, especially from the header of an included message/rfc-822 attachment, i.e. a forwarded mail. This causes PGP/MIME signatures (created with Enigmail in my case) to break. I believe that bogofilter schould leave the body of an email as it is and only change the header. If you disagree, this schould at least become an option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=845711&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-11-08 13:52:07
|
Bugs item #838421, was opened at 2003-11-08 14:52 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=838421&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Herrlin (junics) Assigned to: Nobody/Anonymous (nobody) Summary: typo in bogoutil version 0.15.7 manpage Initial Comment: typo in bogoutil version 0.15.7 manpage also found in latest CVS Revision 1.11 of bogofilter/doc/bogoutil.xml Should this not be "-R option does the same as -r" (s/as -R/as -r/) ---- The -r option tells bogoutil to recalculate the ROBX value and print it as a six-digit fraction. The -R option does the same as -R, but prints more infor- mation and saves the result in the training database. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=838421&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-11-01 20:10:07
|
Bugs item #834272, was opened at 2003-11-01 12:10 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=834272&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Freeman (timfreeman) Assigned to: Nobody/Anonymous (nobody) Summary: BF should decode ul</x>timate Initial Comment: If I feed this text into bogofilter -vvv: From: inn...@vi...valid ul</x>timate then the word "timate" appears on the word list, but the word "ultimate" does not. I think HTML end tags should be ignored while parsing. I've attached the entire original email. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=834272&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-10-31 14:09:33
|
Bugs item #833645, was opened at 2003-10-31 15:09 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=833645&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gert-Jan Vons (gjvons) Assigned to: Nobody/Anonymous (nobody) Summary: build fails because of gsl/gsl_math.h inlines Initial Comment: When compiling bogofilter 0.15.7 or 0.15.8 under FreeBSD 4.7 (gcc 2.95.4, no GSL installed) or under Solaris7 (gcc 3.2, no GSL installed), the bogofilter build fails, and in both cases for the same reason. Under FreebSD: gcc -DBOGOFILTER -I/usr/local/include/db4 -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Waggregate-return -Wmissing-declarations -Wnested-externs -ggdb -fno-common -Wchar-subscripts -Wcomment -Wimplicit -Wreturn-type -Wpointer-arith -L/usr/local/lib -o bogofilter bogofilter.o main.o method.o graham.o robinson.o fisher.o libbogofilter.a libbf_gsl.a -lm -ldb4 libbf_gsl.a(libbf_gsl_a-gamma.o): In function `gammastar_ser': /tmp/x/bogofilter-0.15.8/src/../gsl/cdf/../specfunc/gamma.c:976: undefined reference to `GSL_MAX_DBL' libbf_gsl.a(libbf_gsl_a-exp.o): In function `gsl_sf_exp_err_e': /tmp/x/bogofilter-0.15.8/src/../gsl/specfunc/exp.c:547: undefined reference to `GSL_MAX_DBL' libbf_gsl.a(libbf_gsl_a-trig.o): In function `gsl_sf_hypot_e': /tmp/x/bogofilter-0.15.8/src/../gsl/specfunc/trig.c:324: undefined reference to`GSL_MIN_DBL' /tmp/x/bogofilter-0.15.8/src/../gsl/specfunc/trig.c:325: undefined reference to`GSL_MAX_DBL' libbf_gsl.a(libbf_gsl_a-elementary.o): In function `gsl_sf_multiply_e': /tmp/x/bogofilter-0.15.8/src/../gsl/specfunc/elementary.c:52: undefined reference to `GSL_MIN_DBL' /tmp/x/bogofilter-0.15.8/src/../gsl/specfunc/elementary.c:53: undefined reference to `GSL_MAX_DBL' Under Solaris: gcc -DBOGOFILTER -I/usr/local/BerkeleyDB.3.3/include -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Waggregate-return -Wmissing-declarations -Wmissing-format-attribute -Wnested-externs -ggdb -fno-common -Wchar-subscripts -Wcomment -Wimplicit -Wsequence-point -Wreturn-type -Wfloat-equal -Wpointer-arith -Wno-system-headers -L/usr/local/BerkeleyDB.3.3/lib/ -o bogofilter bogofilter.o main.o method.o graham.o robinson.o fisher.o libbogofilter.a strlcpy.o strlcat.o /usr/local/BerkeleyDB.3.3/lib//libdb.so -R/usr/local/BerkeleyDB.3.3/lib/ libbf_gsl.a -lm Undefined first referenced symbol in file GSL_MAX_DBL libbf_gsl.a(libbf_gsl_a-gamma.o) GSL_MIN_DBL libbf_gsl.a(libbf_gsl_a-trig.o) ld: fatal: Symbol referencing errors. No output written to bogofilter collect2: ld returned 1 exit status This seems to be a problem related to the use of inline code in gsl/gsl_math.h. configure checks for inline support, adds "#define HAVE_INLINE 1" to src/config.h, and then the build fails. If I remove this define from config.h, everything compiles ok. A simplified example based on gsl/gsl_math.h: -----8<----- #define GSL_MAX(a,b) ((a) > (b) ? (a) : (b)) #if HAVE_INLINE extern inline double GSL_MAX_DBL (double a, double b); extern inline double GSL_MAX_DBL (double a, double b) { return GSL_MAX (a, b); } #else #define GSL_MAX_DBL(a,b) GSL_MAX(a,b) #endif /* HAVE_INLINE */ int main() { double a,b; double c = GSL_MAX_DBL(a,b); return 0; } -----8<----- Compiling with inline: freebsd$ gcc -DHAVE_INLINE foo.c -o foo /tmp/ccjP0chh.o: In function `main': /tmp/ccjP0chh.o(.text+0x19): undefined reference to `GSL_MAX_DBL' solaris$ gcc -DHAVE_INLINE foo.c -o foo Undefined first referenced symbol in file GSL_MAX_DBL /tmp/ccP54RB7.o ld: fatal: Symbol referencing errors. No output written to foo Compiling without inline works fine in both cases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=833645&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-10-16 18:07:23
|
Bugs item #825000, was opened at 2003-10-16 11:07 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=825000&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Singletary (dvsing) Assigned to: Nobody/Anonymous (nobody) Summary: escaped HTML is not decoded Initial Comment: I've attached an email which has an IMG tag with the SCR pointing to some spammy graphic, while the text of the actual message looks rather innocent. The SRC value of the IMG has been written such that some of the letters in the website name are escaped with HTML %## codes. Also, at first glance the SRC value is deceptively pointing to www.prerequisite.com, however this is *NOT* where it is actually going. After closer examination, you can see that there is an @ sign following the phony website name, followed by a half-encoded location to the real spammy web server. The @ sign causes the www.prerequisite.com to be submitted as the HTTP-USER for login purposes I would assume. A glance at the CHANGES-0.15 file says that bogofilter now will decode escaped html, but that's not happening here with bogolexer -p (this is a segment of the bogolexer results from the email I've attached): ... SRC http www.prerequisite.com w.o neme dvsing sonicspike.net ... notice it does recognise the phony www.prerequisite.com, but that the TRUE web server name has been obscured with escape codes, and only decodes to w.o, instead of the name of the real server. Is this a bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=825000&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-10-04 18:46:21
|
Bugs item #817817, was opened at 2003-10-04 11:46 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=817817&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Freeman (timfreeman) Assigned to: Nobody/Anonymous (nobody) Summary: BF should decode A Initial Comment: I received the following spam with a style of HTML obfuscation I have not seen before: <font color="#FFFFFD">summon her allies), then the lesser states will hold aloof and </font><FONT SIZE=3 PTSIZE=12><br> =<!--89-->========<!--6-->====<!--8-->===========<!--W-->==<!--4-->=<!--i-->=<!--5r-->==================<br> Get<!--vE--> AN<!--4-->Y RX<!--cs--> D<!--3-->rugs<!--N--> You N<!--18-->EED or R<!--1z-->e<!--7-->fills!!<BR> =<!--NQ-->==========<!--7Q-->====<!--2-->=======<!--9-->=====<!--00-->=<!--8T-->=====<!--M-->====<!--3-->=<!--X1-->========<br> <font color="#FFFFFA">1,500. It came therefore to L67,500, and L80,000 more for fitting it up,</font><br> OUR<!--Tn--> US D<!--2-->octo<!--51-->r<!--mC-->s wil<!--5d-->l <!--1-->Wri<!--1i-->t<!--5-->e YOU a <!--29-->Prescri<!--m-->pti<!--1-->on<!--0--> for <!--93-->F<!--4U-->REE<BR> You w<!--e8-->il<!--0-->l<!--X--> <!--k-->get it NEXT-DAY via Fed<!--Lg-->-Ex!!</FONT><BR> <font color="#FFFFF2">The human mind delights in grand conceptions of supernatural beings.</font><br> <a href="http://ww%77.ed%64ytsed.biz/%76%70r%36651/"><!--1C-->Visit<!--NL--> To<!--F-->d<!--5-->ay</a><BR> <BR><font color="#FFFFF4">Almanac, if he made a point of being acquainted with every thing</font><br> <FONT SIZE=1><a href="http://www.%65ddyt%73ed.biz/unsubs%63ribe.d%64d">Pl<!--cz-->e<!--a1-->ase<!--6--> <!--UT-->n<!--5-->o more</a></FONT><p> <font color="#FFFFF5">have to do with musical composers, a piano, and a brief revery</font></p></FONT> The page looks like this on browser: ============================================== Get ANY RX Drugs You NEED or Refills!! ============================================== OUR US Doctors will Write YOU a Prescription for FREE You will get it NEXT-DAY via Fed-Ex!! Feeding the email into "bogofilter -vvv" shows that it doesn't see the word "Prescription" there. Instead, it sees "Pre" and doesn't notice that "s" is the same as "s". It would be better if it understood the &# HTML escapes. I observed this with bogofilter 0.15.4-1, which is nearly the current version available by Debian. I didn't try 0.15.5 yet. My apologies if this bug is recently fixed. Incidentally, bogofilter is also distracted by the almost-white text and sees words like "Almanac" in the email that aren't visible in the browser. I don't see a way to solve this so I'm not officially reporting it here and now, but I'll mention it just in case someone else sees a fix. You can't simply ignore nearly-white text, since then the spammer can write their message in white text against a dark background. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=817817&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-09-30 16:34:17
|
Bugs item #815248, was opened at 2003-09-30 09:34 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=815248&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sean Ahern (ahern) Assigned to: Nobody/Anonymous (nobody) Summary: undefined symbol gsl_cdf_chisq_Q Initial Comment: After installing the 15.4 (or 15.5) rpm on a RH9 system, running bogofilter inside a procmail recipe consistently fails. The error reported in the procmail log is: bogofilter: relocation error: bogofilter: undefined symbol: gsl_cdf_chisq_Q procmail: Program failure (127) of "bogofilter" This did not occur with 15.3 or earlier. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=815248&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-09-22 15:37:59
|
Bugs item #810673, was opened at 2003-09-22 10:37 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=810673&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philip Douglass (philipsd) Assigned to: Nobody/Anonymous (nobody) Summary: Build fails on Unixware 7.1.1 Initial Comment: Building 0.15.4 fails on Unixware 7.1.1 when using either the native c compiler or gcc. ***Native compiler*** CC=cc LD_RUN_PATH=/usr/local/bdb/lib CFLAGS=-Kthread LDFLAGS="-Kthread -L/usr/local/bdb/lib" ./configure --with-db=/usr/local/bdb --sysconfdir=/etc CC=cc LD_RUN_PATH=/usr/local/bdb/lib CFLAGS=-Kthread LDFLAGS="-Kthread -L/usr/local/bdb/lib" make ... source='lexer_v3.c' object='lexer_v3.o' libtool=no \ depfile='.deps/lexer_v3.Po' tmpdepfile='. deps/lexer_v3.TPo' \ depmode=none /bin/bash ../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I. -I./dcdflib/doc -I.. /trio -I/usr/local/bdb/include -DBOGOFILTER -Kthread -c `test -f 'lexer_v3.c' || echo './'`lexer_v3.c UX:acomp: ERROR: "./common.h", line 98: Syntax error before or at: 020 UX:acomp: WARNING: "./common.h", line 99: declaration missing specifiers: assuming "int" UX:acomp: ERROR: "./common.h", line 99: Syntax error before or at: } UX:acomp: WARNING: "./common.h", line 99: declaration missing specifiers: assuming "int" *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** GCC *** LD_RUN_PATH=/usr/local/bdb/lib LDFLAGS=-L/usr/local/bdb/lib ./configure --with-db=/usr/local/bdb --sysconfdir=/etc LD_RUN_PATH=/usr/local/bdb/lib LDFLAGS=-L/usr/local/bdb/lib make ... source='lexer_v3.c' object='lexer_v3.o' libtool=no \ depfile='.deps/lexer_v3.Po' tmpdepfile='. deps/lexer_v3.TPo' \ depmode=gcc /bin/bash ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -I./dcdflib/doc -I../trio -I/usr/local/bdb/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 -ggdb -fno-common -Wchar-subscripts -Wcomment -Wimplicit -Wreturn-type -Wpointer-arith -c `test -f 'lexer_v3.c' || echo './'`lexer_v3.c In file included from lexer_v3.l:65: common.h:98: parse error before `020' lexer_v3.c: In function `lexer_v3_lex': lexer_v3.c:18422: warning: int format, long int arg (arg 3) *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=810673&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-09-09 03:31:28
|
Bugs item #802907, was opened at 2003-09-09 05:31 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=802907&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jarle Aase (jgaa) Assigned to: Nobody/Anonymous (nobody) Summary: Segmentation fault Initial Comment: mime:~$ bogofilter -n -v -b -B Maildir/.Mail\ lists.BUGTRAQ Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=802907&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-09-08 18:51:27
|
Bugs item #802657, was opened at 2003-09-08 18:51 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=802657&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michiel Uitdehaag (michielu) Assigned to: Nobody/Anonymous (nobody) Summary: Documentation typo Initial Comment: The bogofilter man page has a typo. Search for ' copy if the entire mail in memory' which, obviously, needs to be 'copy of the entire mail in memory'. Another one: 'options ar of form' which should be 'options are of form'. 'When enable, tokens in ' => 'When enabled, tokens in' An extra space should be added before $BOGOFILTER_DIR in the environment section. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=802657&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-08-25 20:08:12
|
Bugs item #794883, was opened at 2003-08-25 12:58 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=794883&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Singletary (dvsing) Assigned to: Nobody/Anonymous (nobody) Summary: 0.14.5.2 - email kills bogofilter, attached. Initial Comment: Using bogofilter version 0.14.5.2 ~> bogofilter -V bogofilter version 0.14.5.2 Algorithms: Fisher Graham Robinson Database: BerkeleyDB (3.3.11), combined Copyright (C) 2002 Eric S. Raymond 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. ~> bogofilter -v < killbogo.txt fatal flex scanner internal error--end of buffer missed .... killbogo.txt is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=794883&group_id=62265 |
From: David R. <re...@os...> - 2003-08-08 23:53:55
|
At 07:29 PM 8/8/03, bjorn7+vm@Update.UU.SE wrote: >On 8 Aug 2003 19:06, David Relson wrote: > > Bjorn, > > > > Bogofilter's two major activities are classifying messages and registering > > tokens in its wordlists. It sounds reasonable to do both activities in > the > > same run. However, one of the original design decisions was that > > bogofilter would either be run to classify or to register, not both. The > > code is organized in a manner that makes it impossible to register and > > classify a message in one run. > >Not to be a smartalec, but isn't classifying *and* registering exactly >what bogofilter does when I run 'bogofilter -u -p -e' ? Bjorn, <wipes egg off face>You got me !!</wipes> I'll take a look. Likely it's easier than I thought ... David |
From: bjorn7+vm@Update.UU.SE - 2003-08-08 23:29:38
|
On 8 Aug 2003 19:06, David Relson wrote: > Bjorn, > > Bogofilter's two major activities are classifying messages and registering > tokens in its wordlists. It sounds reasonable to do both activities in the > same run. However, one of the original design decisions was that > bogofilter would either be run to classify or to register, not both. The > code is organized in a manner that makes it impossible to register and > classify a message in one run. Not to be a smartalec, but isn't classifying *and* registering exactly what bogofilter does when I run 'bogofilter -u -p -e' ? Specifically, the -u switch seems to be the bridge between the two, even though the impression I get from the manual is that it just recursively runs the bogofilter program. > Options '-n', '-s', '-N', and '-S' are all registration options. Options > '-p', '-e', and '-u' are classification options. The two sets of options > _cannot_ be mixed. > > What I can do is to enhance the error message. That change will be in the > next release. That would at least lessen the confusion. Perhaps you'd want to make a note of it in the manual too? /Björn |
From: David R. <re...@os...> - 2003-08-08 23:06:13
|
Bjorn, Bogofilter's two major activities are classifying messages and registering tokens in its wordlists. It sounds reasonable to do both activities in the same run. However, one of the original design decisions was that bogofilter would either be run to classify or to register, not both. The code is organized in a manner that makes it impossible to register and classify a message in one run. Options '-n', '-s', '-N', and '-S' are all registration options. Options '-p', '-e', and '-u' are classification options. The two sets of options _cannot_ be mixed. What I can do is to enhance the error message. That change will be in the next release. David |
From: <bjo...@up...> - 2003-08-08 22:29:07
|
Hi! I'm working on integrating the VM mail reader with bogofilter, and while doing this, I stumbled on a strange error message. To put the error into context, let me explain briefly what my interface does: Whenever VM fetches new mail, before the new mail is displayed, it calls a hook that will filter the new mails through bogofilter (essentially running 'bogofilter -u -p -e' on them). I then use the built-in filtering functions to handle all emails tagged as spam (i.e. dumping them in a separate spam folder and deleting them). Occationally, a spammer has been clever and a spam gets past the spam filter (or, conversely, a non-spam gets tagged as spam). I then provide functions to re-classify the message. In my first version, I just called 'bogofilter -Ns' or 'bogofilter -Sn' respectively on the mail. This works just fine, except that the tag remains. My solution? Add the flags '-p -e' to make bogofilter change the tag, and replace the mail in the current folder with the re-classified and re-tagged mail. There is nothing in the manual to suggest this would be illegal, but on running bogofilter with these options I get: # bogofilter -Ns -p -e Error: Invalid combination of options. Options '-u' and '-R' are used when classifying messages. Options '-s', '-n', '-S', and '-N' are used when registering words. The two sets of options may not be used together. Options '-g', '-r', '-l', '-d', '-x', and '-v' may be used with either mode. # As you can see this error message is completely non sequitur. I have not combined any illegal options as per the list displayed. In fact, the "-p" and "-e" options are conspicuously absent from all lists of options. Nor do I see why this combination of options would be deemed illegal, it seems like a perfectly reasonable request to have bogofilter re-tag the message when it was wrong in the original classification. I should add that I'm using the latest stable release (0.13.7.2), and I have not yet looked at the bogofilter source. /Björn |
From: SourceForge.net <no...@so...> - 2003-07-29 22:38:21
|
Bugs item #779893, was opened at 2003-07-29 17:38 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=779893&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Friesenhahn (bfriesen) Assigned to: Nobody/Anonymous (nobody) Summary: CVS datastore.c fails to compile under Solaris 2.5 Initial Comment: This error occurs when compiling the CVS version of datastore.c under Solaris 2.5: datastore.c: In function `db_getvalues': datastore.c:41: error: `int32_t' undeclared (first use in this function) datastore.c:41: error: (Each undeclared identifier is reported only once datastore.c:41: error: for each function it appears in.) datastore.c:41: error: parse error before "val" datastore.c:43: error: parse error before "val" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=779893&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-07-29 21:02:38
|
Bugs item #779801, was opened at 2003-07-29 14:24 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=779801&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Friesenhahn (bfriesen) Assigned to: Nobody/Anonymous (nobody) Summary: CVS datastore.c fails to compile under Solaris 2.5 Initial Comment: This error occurs when compiling the CVS version of datastore.c under Solaris 2.5: datastore.c: In function `db_getvalues': datastore.c:41: error: `int32_t' undeclared (first use in this function) datastore.c:41: error: (Each undeclared identifier is reported only once datastore.c:41: error: for each function it appears in.) datastore.c:41: error: parse error before "val" datastore.c:43: error: parse error before "val" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=779801&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-07-23 15:28:29
|
Bugs item #776329, was opened at 2003-07-23 16:28 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=776329&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Kimber (richardmgt) Assigned to: Nobody/Anonymous (nobody) Summary: Another message causes segmentation fault Initial Comment: When using 0.14.0, a message (one of two, see other bug) caused a segmentation fault when doing:- bogofilter -s < filename (file attached) - Richard Kimber ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=776329&group_id=62265 |
From: SourceForge.net <no...@so...> - 2003-07-23 15:25:07
|
Bugs item #776327, was opened at 2003-07-23 16:24 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=776327&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Kimber (richardmgt) Assigned to: Nobody/Anonymous (nobody) Summary: message causes segmentation fault Initial Comment: When using 0.14.0, a message caused a segmentation fault when doing:- bogofilter -s < filename (file attached) - Richard Kimber ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=776327&group_id=62265 |
From: David R. <re...@os...> - 2003-07-23 13:10:11
|
At 05:21 AM 7/23/03, Jonathan Kamens wrote: >If using a single wordlist.db is more efficient than using separate >lists for spam and non-spam, it would be great if you provided a >utility for merging goodlist.db and spamlist.db into wordlist.db. I >don't save spam, so I can't just retrain bogofilter from an existing >corpus to generate wordlist.db. > >Thanks, > > jik Jonathan, Use bogoupgrade. Start with the man page and "bogoupgrade -h". Note: the man page needs to be updated, which will happen shortly. David |
From: Jonathan K. <ji...@ka...> - 2003-07-23 09:21:47
|
If using a single wordlist.db is more efficient than using separate lists for spam and non-spam, it would be great if you provided a utility for merging goodlist.db and spamlist.db into wordlist.db. I don't save spam, so I can't just retrain bogofilter from an existing corpus to generate wordlist.db. Thanks, jik |
From: <TristanWW@SmileAtYou.com> - 2003-07-11 18:39:24
|
Confirmation for bog...@li... Thank you for your interest in my work. After you complete the verification below you will be added to my list to receive updates whenever a piece is completed. If you didn't sign up, perhaps a friend added you. Reply to this email and type 'Yes Please' in the body and you will be added. Do nothing and you will be forgotten. Derek Olson Tristan Woodworks Your soul speaks Art. http://www.SmileAtYou.com Highlands Ranch, Colorado |
From: SourceForge.net <no...@so...> - 2003-06-24 19:36:40
|
Bugs item #760020, was opened at 2003-06-24 12: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=760020&group_id=62265 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roderick Mann (rmann) Assigned to: Nobody/Anonymous (nobody) Summary: Build of 0.13.7 with BDB 4.1.25 fails Initial Comment: I just downloaded BDB 4.1.25 and bogofilter 0.13.7, built and ran. When I run bogofilter -Q, I get the following: bogofilter: (db) open( /Users/rmann/.bogofilter/goodlist.db ), err: 22, Invalid argument Can't open good (/Users/rmann/.bogofilter/goodlist.db), errno 2, No such file or directory This is on Mac OS X 10.2.6. I also tried building on RH 7.2, where I already had BDB 4.1.25 installed, and got the same error. In both cases, there was no .bogofilter directory, although it did create it. It did not create goodlist.db, and instead returned the error above. After "touch .bogofilter/goodlist.db", I get this error on RH: bogofilter: (db) open( /home/rmann/.bogofilter/goodlist.db ), err: 22, Invalid argument Can't open good (/home/rmann/.bogofilter/goodlist.db), errno 0, Success ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=499997&aid=760020&group_id=62265 |