From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/2683 Path: news.gmane.org!not-for-mail From: Adrian Lanz Newsgroups: gmane.emacs.gnus.user Subject: Re: spam.el whitelist and blacklist contents and syntax Date: Wed, 25 Jun 2003 11:19:54 +0200 Message-ID: References: <4ny8zxeu5y.fsf@holmes.bwh.harvard.edu> <4nu1aga67k.fsf@koz.bwh.harvard.edu> <4nn0g7h0jm.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1138669022 15985 80.91.229.2 (31 Jan 2006 00:57:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 00:57:02 +0000 (UTC) Original-X-From: nobody Tue Jan 17 17:31:04 2006 Original-Path: quimby.gnus.org!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-NNTP-Posting-Host: 193.134.205.252 Original-X-Trace: quimby.gnus.org 1056533027 10385 193.134.205.252 (25 Jun 2003 09:23:47 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 25 Jun 2003 09:23:47 GMT User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (usg-unix-v) Cancel-Lock: sha1:TSdr//QRWRiAJpSZc/4+14T6JO4= Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:2823 Original-Lines: 23 X-Gnus-Article-Number: 2823 Tue Jan 17 17:31:04 2006 Xref: news.gmane.org gmane.emacs.gnus.user:2683 Archived-At: On 24 Jun 2003, tzz@lifelogs.com wrote: > On Tue, 24 Jun 2003, lanz@fowi.ethz.ch wrote: >> A typical korean spam message with a from: field of the form >> 'DISPLAY-NAME ' now splits into the bogus group (Error in >> `nnmail-split-methods'). I use an unibyte (Latin1) emacs and >> DISPLAY-NAME is shown like in '³ª¿ä' (don't >> know how this comes out in your emacs, for me the DISPLAY-NAME part >> is a superscripted 3, a superscripted a a spanish question mark and >> an a with two dots over it). mail-header-parse-addresses, which >> should probabely be implemented but is at the moment the same as >> ietf-drums-parse-addresses, tested with >> '(mail-header-parse-addresses "³ª¿ä")' >> returns nil. > > gnus-extract-address-components seems to work OK with this address, > I use it instead of ietf-drums-parse-addresses now, see CVS. That's right, but with the CVS version of today all incoming mail messages get split into the spam group! Something wrong in the logic of the spam-check-blacklist function? Thanks, Adrian