From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 18327 invoked from network); 30 Nov 2020 16:33:38 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 30 Nov 2020 16:33:38 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kjm67-00FPra-Sb; Mon, 30 Nov 2020 10:32:19 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1kjm66-00ENPI-Ut; Mon, 30 Nov 2020 10:32:18 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kjEaF-00E4Dm-SE for ding@lists.math.uh.edu; Sat, 28 Nov 2020 22:45:11 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kjEaE-00Ehae-69 for ding@lists.math.uh.edu; Sat, 28 Nov 2020 22:45:11 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID :Date:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=nFPVak7e58jomGQmoo+vKPh8VJHE8lQ1SNWu9SAisuw=; b=YZnZKlRFLIv/XKOFJcfbETzsN/ 6N4BeOgb2y8j7qOoFB9npMWq1eE2i+h8uNtQnWPTtTLEbAUGwc5gAwwfxGhOnnXTeWZeUrhMzVqI8 wil0GVG167reYpnkJQ5puFxINOD104LbVNAJablyME+z1SxDtuE0fS42YoGlR1KOgXzw=; Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214] helo=ciao.gmane.io) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kjEa7-00023K-FY for ding@gnus.org; Sun, 29 Nov 2020 05:45:05 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kjEa6-0009Cy-6V for ding@gnus.org; Sun, 29 Nov 2020 05:45:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Bodertz Subject: nnimap-split-download-body removed Date: Sat, 28 Nov 2020 21:20:29 -0700 Message-ID: <87tut8iyk2.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.91 (gnu/linux) Cancel-Lock: sha1:5dvKiZHjRevvnCaPHjcjjNmg/eA= List-ID: Precedence: bulk Apologies for any issues posting this message. I wrote a function which can do something useful with the body of a message. If worse comes to worse, I can run this function manually, but my plan was to use splitting to automate this. As documented in "(gnus)Fancy Mail Splitting", this can be done by setting 'nnimap-split-download-body' to 't'. See the last sentence: (: 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 Client-Side IMAP Splitting). However, this did not seem to work, although I haven't tested thouroughly. Looking through the git history of Emacs, it seems that 'nnimap-split-download-body' was removed a little over ten years ago. An internal variable, 'nnimap-split-download-body-default' is still present, but is as far as I can tell unused. Have I missed something obvious? Is there a new way to do this? Am I just out of luck? Thanks.