From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/66873 Path: news.gmane.org!not-for-mail From: Uwe Brauer Newsgroups: gmane.emacs.gnus.general Subject: Re: how to sort (filter) msg which contain MS word documents Date: Fri, 25 Apr 2008 12:40:40 +0200 Message-ID: <87prsez07r.fsf@mat.ucm.es> References: <87prssepd5.fsf@mat.ucm.es> <87skxbcnqw.fsf@mat.ucm.es> Reply-To: Uwe Brauer NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1209120092 8175 80.91.229.12 (25 Apr 2008 10:41:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Apr 2008 10:41:32 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M15355@lists.math.uh.edu Fri Apr 25 12:42:06 2008 connect(): Connection refused Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1JpLNW-0003qg-8x for ding-account@gmane.org; Fri, 25 Apr 2008 12:42:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1JpLMT-0002E0-G5; Fri, 25 Apr 2008 05:41:01 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JpLMS-0002Dl-4T for ding@lists.math.uh.edu; Fri, 25 Apr 2008 05:41:00 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1JpLML-0001Oz-TZ for ding@lists.math.uh.edu; Fri, 25 Apr 2008 05:41:00 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1JpLMX-00027t-00 for ; Fri, 25 Apr 2008 12:41:05 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JpLMG-0002jw-Ey for ding@gnus.org; Fri, 25 Apr 2008 10:40:48 +0000 Original-Received: from maportatil12.quim.ucm.es ([147.96.6.137]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Apr 2008 10:40:48 +0000 Original-Received: from oub by maportatil12.quim.ucm.es with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Apr 2008 10:40:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 45 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: maportatil12.quim.ucm.es X-Hashcash: 1:20:080425:gmane.emacs.gnus.general::Dpax/9MaORoLBywm:00000000000000000000000000000000000002tNc User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux) Cancel-Lock: sha1:RylOZlOmLs/zPLjE9MqwMU3Cwi8= X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:66873 Archived-At: >>>>> "Reiner" == Reiner Steib writes: >> >> You are right! So there is no way to split DOC attachments? > You need to widen the buffer during the splitting and search for > application/msword. There's an example in (info "(gnus)Fancy Mail > Splitting") from where you can start: Thanks! > ,----[ (info "(gnus)Fancy Mail Splitting") ] > | `(: FUNCTION ARG1 ARG2 ...)' > | If the split is a list, and the first element is `:', then the > | second element will be called as a function with ARGS given as > | arguments. The function should return a SPLIT. > | > | For instance, the following function could be used to split based > | on the body of the messages: > | > | (defun split-on-body () > | (save-excursion > | (save-restriction > | (widen) > | (goto-char (point-min)) > | (when (re-search-forward "Some.*string" nil t) > | "string.group")))) > | > | The buffer is narrowed to the header of the message in question > | when FUNCTION is run. That's why `(widen)' needs to be called > | after `save-excursion' and `save-restriction' in the example > | above. Also note that with the nnimap backend, message bodies will > | not be downloaded by default. You need to set > | `nnimap-split-download-body' to `t' to do that (*note Splitting in > | IMAP::). The problem is that I have to set nnimap-split-download-body to t, and that will slow down the downloaded considerably which is slow enough. I tried out, (gnus-summary-limit-to-bodies "application/msword" nil) in a given group and that seems to work ok. Uwe