From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50453 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: (: spam-split) doesn't work Date: Fri, 28 Feb 2003 11:43:39 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: owner-ding@hpc.uh.edu Message-ID: <4nznogicec.fsf@chubby.bwh.harvard.edu> References: <87vfzyjx2v.fsf@splinter.inka.de> <4nisvxs1j6.fsf@lockgroove.bwh.harvard.edu> <874r7g2f4w.fsf@splinter.inka.de> <4nheb8qazq.fsf@lockgroove.bwh.harvard.edu> <87vfznc21y.fsf@splinter.inka.de> <4nk7g3gdbk.fsf@lockgroove.bwh.harvard.edu> <87vfzm7p2f.fsf@splinter.inka.de> <4nlm0iad77.fsf@lockgroove.bwh.harvard.edu> <877kc26j07.fsf@splinter.inka.de> <87el5talpw.fsf@splinter.inka.de> <4nfzq9k84r.fsf@chubby.bwh.harvard.edu> <87wujl8tj8.fsf@splinter.inka.de> <4nwujlim0o.fsf@chubby.bwh.harvard.edu> <87n0khcwty.fsf@splinter.inka.de> <4n3cm9h27d.fsf@chubby.bwh.harvard.edu> <87isv5crc0.fsf@splinter.inka.de> <4nlm01pdba.fsf@chubby.bwh.harvard.edu> <87d6ldcmok.fsf@splinter.inka.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1046450759 18557 80.91.224.249 (28 Feb 2003 16:45:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 28 Feb 2003 16:45:59 +0000 (UTC) Cc: Simon Josefsson Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18ondy-0004ol-00 for ; Fri, 28 Feb 2003 17:45:55 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18oncG-000575-00; Fri, 28 Feb 2003 10:44:08 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 28 Feb 2003 10:45:07 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA19771 for ; Fri, 28 Feb 2003 10:44:51 -0600 (CST) Original-Received: (qmail 52811 invoked by alias); 28 Feb 2003 16:43:47 -0000 Original-Received: (qmail 52806 invoked from network); 28 Feb 2003 16:43:47 -0000 Original-Received: from clifford.bwh.harvard.edu (134.174.9.41) by 66.230.238.6 with SMTP; 28 Feb 2003 16:43:47 -0000 Original-Received: from chubby.bwh.harvard.edu (chubby [134.174.9.50]) by clifford.bwh.harvard.edu (8.10.2+Sun/8.11.0) with ESMTP id h1SGhgj03025; Fri, 28 Feb 2003 11:43:42 -0500 (EST) Original-Received: (from tzz@localhost) by chubby.bwh.harvard.edu (8.11.6+Sun/8.11.0) id h1SGhgm17463; Fri, 28 Feb 2003 11:43:42 -0500 (EST) Original-To: ding@gnus.org X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Followup-To: ding@gnus.org, Simon Josefsson In-Reply-To: <87d6ldcmok.fsf@splinter.inka.de> (Christopher Splinter's message of "Fri, 28 Feb 2003 00:45:47 +0100") User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 (sparc-sun-solaris2.8) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50453 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50453 On Fri, 28 Feb 2003, chris@splinter.inka.de wrote: > Ted Zlatanov writes: > >> On Thu, 27 Feb 2003, chris@splinter.inka.de wrote: >>> As I had assumed, /tmp/bogofilter.input only contains the header, >>> whereas the message which is to be classified contains a >>> non-empty body. > [...] >> >> I see. Try setting nnimap-split-download-body to t. Does that fix >> it? > > As I don't use IMAP, there's no effect. I'm pretty sure Simon Josefsson did the necessary work to have the full message available in nnmail (nnml, specifically) splitting. See this message on the ding list and the surrounding discussion: Simon, am I supposed to do something special in spam-split to have the full message body available? I think (widen) wouldn't work, because it will remove all narrowing restrictions and I'll be looking at the full incoming mbox file, is that correct? I had assumed that your fix left the full message body in the buffer, but according to Chris' experience he's getting only the header. If it's not set up yet, it would be OK to have a variable analogous to nnimap-split-download-body to trigger that behavior optionally. Thanks Ted