Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
* Re: problem with spam-stat; every message lands in bogus (but only on gnus start)
       [not found] <87k7832956.fsf@h-81-15-195-154.dolsat.pl>
@ 2003-09-30  7:28 ` Adrian Lanz
  0 siblings, 0 replies; only message in thread
From: Adrian Lanz @ 2003-09-30  7:28 UTC (permalink / raw)
  Cc: tygiel

On 20 Sep 2003, tygiel@e-wioska.net wrote:

> Hi,
>
> I have a problem with spam-stat. Everytime I start Gnus, every
> message lands in `bogus' group. Then when I go into this group
> and make `gnus-summary-respool-trace' on any article, it says the
> correct group (e.g. `spam').

Similar here for about 2-3 weeks, so there is not EVERY message
landing in the bogus group, but SOME. I am always on the actual CVS
version of Gnus. At the moment, I have no idea where to locate the
problem. I use four mail sources: a local mail spool file, a pop
account with epop3mail and two imap accounts (not with handles via
nnimap but I use imap as a pop++ as noted in the Gnus manual) with the
nnfolder backend. One possible problem could be related to the spam.el
package, which might missunderstand my imap (pop++) account as a
nnimap configuration (imap as a mail storage protocol)?

I also fiddeled around with multibyte and unibyte mode of emacs these
days. That is I used always an unibyte version of emacs but changed
about the same time the bogus group problem showed up to the multibyte
version of emacs (I changed '(setq default-enable-multibyte-characters
nil)' to '(setq default-enable-multibyte-characters t)'. But I am not
shure at all, that the bogus group problem is related to this.

There seem to be other mail splitting problems: B-q does not alwys say
the same as B-r does, and S-t (for bogofilter) does on some articles
report spam, which is not detected when respooling the article with
B-r.

The failures are hard to reproduce. My impression is, as if the
splitting rules are sometimes applied to wrong articles or wrong parts
of the articles. Or, maybe, there is some splitting rules cache laying
around which is not reset? Wasn't there some naorrowing and widening
change in the spam.el these days?

Help is greatly appreciated!

> >
> `gnus-summary-respool-article' puts the article where it should
> go to.
>
> Either, when I do `gnus-group-get-new-news' articles go where
> they should go, so my nnmail-split-fancy is correct. The problem
> occurs only when gnus starts.
>
> ,----[ here is an error generated ]
> | nnml: Reading incoming mail from file...
> | Error in `nnmail-split-methods'; using `bogus' mail group
> | Wrote /home/tergal/Mail/bogus/122
> `----
>
> ,----[ and here section from my .gnus.el file ]
> | (require 'spam-stat)
> | (spam-stat-load)
> | (setq spam-stat-split-fancy-spam-group "spam")
> | [...]
> | (setq nnmail-split-methods 'nnmail-split-fancy)
> | (setq nnmail-split-fancy
> |       '(| (: spam-stat-split-fancy)
> |           ("to" "root" "root")
> |           ("from" "bla@bla.bla" "blabla")
> |           ("to" "tygiel" "poczta")
> |           "spam"
> |           ))
> `----
>
> gnus-version: v5.10.2
> emacs-version: 21.3.1
>
> Debian SID (unstable)
Thanks, Adrian
-- 
Experience is something you don't get until just after you need it.
		-- Olivier


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-09-30  7:28 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87k7832956.fsf@h-81-15-195-154.dolsat.pl>
2003-09-30  7:28 ` problem with spam-stat; every message lands in bogus (but only on gnus start) Adrian Lanz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).