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=-3.1 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22365 invoked from network); 1 Dec 2020 00:15:17 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 1 Dec 2020 00:15:17 -0000 Received: from localhost ([::1]:58670 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kjtK5-0003eH-1y for ml@inbox.vuxu.org; Mon, 30 Nov 2020 19:15:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60536) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjtK0-0003e5-QN for info-gnus-english@gnu.org; Mon, 30 Nov 2020 19:15:08 -0500 Received: from mail-pf1-x435.google.com ([2607:f8b0:4864:20::435]:32942) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kjtJz-0003L7-0r for info-gnus-english@gnu.org; Mon, 30 Nov 2020 19:15:08 -0500 Received: by mail-pf1-x435.google.com with SMTP id q10so11528484pfn.0 for ; Mon, 30 Nov 2020 16:15:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=NLaJxy40PTQucjuPD2VtlQhMbBu80mJqNjBo9p2+R9g=; b=bH7kWxji92k+sPYBMa28pc5eZWfpKAHqNsXerZUm5eZYYknLJgSafrnswHOXc/FdVY AXWdOK3IFsM4L+qtBERGw5Ol6Nw39Bezh0YPz0yz6i86i6cfEZJWgxiYDgGN0uFzdQ3P 65dYH/yCfeY31w6hyYuTPZL7IcBO5kDy8Cx5Scmhyo+JcLVcePV+YzczbQwDLiivqq4O kHcgqw1GAsO6qt0uqzr/clc13JezHR0IlQ0ZWYPH8liEONr0f1lhXJDxtH3OEWLOPKhM fZaDlsb86xIe6jSoaHMXfUMKoPZZvuRz5RR68a82H7HDAwXuOT3Mg05LDVnYaQFW986W v7AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=NLaJxy40PTQucjuPD2VtlQhMbBu80mJqNjBo9p2+R9g=; b=LY/PxXB6u4cvYavA3NiDg0U0hRpheI22zhubqiPJShKcoIITVilMRZbYIReYyLZnjR 4YbB2hRdbV1nMZVqZTG4a3Hv6bwXqPgn87N+jspSkhZ5lseKS8ghKZvrLkdvD6ZolKEj G4gHpSlQl7TQQfhBjGn2AbLpEWRr3CdNCfGOsXub+DOjRH5Dp8ldlx7rGMEF0HdupH0B zU/VcqDsq/eR2ReZPdQt5TfZ0ZTmtKPupkWqnDdNXIOljWRMVN3wy6A+TSGXMT0dLyET 8sXESU/9htj/+2O7cyc7eZnqSEk8epaLwXaEKEQKvbFBQIMMbUvgLkI3sjO40TOCZmI8 Fx9g== X-Gm-Message-State: AOAM533NDx1u9rNXYD9yOt+NdX3Hjg4xZ3xvr5FRa8WsV1j5nav+aDB8 uGUCkCnsKOYJt51whYYmKNFoeYyuSMs1yg== X-Google-Smtp-Source: ABdhPJyHVZHBQ7x/0FDHRX9k3cmq7VzVvl7a9+gO9Xp8r7aQIWWbpirdFb4tG95X6TR825b7wHId3g== X-Received: by 2002:a62:7e4f:0:b029:18c:9322:739b with SMTP id z76-20020a627e4f0000b029018c9322739bmr21102884pfc.7.1606781705421; Mon, 30 Nov 2020 16:15:05 -0800 (PST) Received: from flavia (S01061cabc0a572b3.ed.shawcable.net. [68.148.90.108]) by smtp.gmail.com with ESMTPSA id 22sm21666pjw.56.2020.11.30.16.15.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 30 Nov 2020 16:15:04 -0800 (PST) From: Bodertz To: Eric Abrahamsen Cc: info-gnus-english@gnu.org Subject: Re: nnimap-split-download-body removed? References: <871rgaubsa.fsf@gmail.com> <87o8jesrde.fsf@ericabrahamsen.net> Date: Mon, 30 Nov 2020 17:15:03 -0700 In-Reply-To: <87o8jesrde.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Mon, 30 Nov 2020 09:10:05 -0800") Message-ID: <875z5mqt4o.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2607:f8b0:4864:20::435; envelope-from=bodertz@gmail.com; helo=mail-pf1-x435.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+ml=inbox.vuxu.org@gnu.org Sender: "info-gnus-english" --=-=-= Content-Type: text/plain I can confirm that setting `nnimap-split-download-body-default' to t works as intended. I really should have tried that first. It sounds like the removal wasn't intentional, so hopefully it can be added back. It seems to download the body before the splitting, which is unfortunate. It would be better if it only downloaded the body when the split required it. Or if it could match the sender against a whitelist of accepted senders and only download when they matched. Or the same thing but with the summary, but then it's getting close to just adding a simpler split system before the real one, which is a little odd. So I don't forget, someone also suggested `nnimap-split-download-body size', which might be a useful addition: --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 8bit Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap-split-download-body feature request Date: Thu, 20 Nov 2003 09:20:09 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Lines: 41 Sender: ding-owner@lists.math.uh.edu Approved: news@gmane.org Message-ID: <4n8ymbjf52.fsf@lockgroove.bwh.harvard.edu> References: <76k763nl5c.fsf@newjersey.ppllc.com> <4n3cckdq0h.fsf@lockgroove.bwh.harvard.edu> <4nllqbjh4k.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1069338101 25284 80.91.224.253 (20 Nov 2003 14:21:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 Nov 2003 14:21:41 +0000 (UTC) Original-X-From: ding-owner+M3418@lists.math.uh.edu Thu Nov 20 15:21:35 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AMpgd-00029H-00 for ; Thu, 20 Nov 2003 15:21:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AMpgU-0000mD-00; Thu, 20 Nov 2003 08:21:26 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AMpgM-0000m7-00 for ding@lists.math.uh.edu; Thu, 20 Nov 2003 08:21:18 -0600 Original-Received: from clifford.bwh.harvard.edu (clifford.bwh.harvard.edu [134.174.9.41]) by justine.libertine.org (Postfix) with ESMTP id 04BFC3A0026 for ; Thu, 20 Nov 2003 08:21:18 -0600 (CST) Original-Received: from lockgroove.bwh.harvard.edu (lockgroove [134.174.9.133]) by clifford.bwh.harvard.edu (8.10.2+Sun/8.11.0) with ESMTP id hAKEKd726889 for ; Thu, 20 Nov 2003 09:20:39 -0500 (EST) Original-Received: (from tzz@localhost) by lockgroove.bwh.harvard.edu (8.11.6+Sun/8.11.0) id hAKEK9r08754; Thu, 20 Nov 2003 09:20:09 -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 In-Reply-To: (Simon Josefsson's message of "Thu, 20 Nov 2003 15:01:10 +0100") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (usg-unix-v) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:54878 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:54878 On Thu, 20 Nov 2003, jas@extundo.com wrote: > Ted Zlatanov writes: >> Nah, just fetch the headers. I think that's all you can reasonably >> expect as a Gnus user. Maybe fake the body with "BODY TOO LARGE" >> or something like that, or add a header, but I personally think >> that retrieving just the headers in such a case is a perfectly good >> solution. > > The asynchronous prefetch, agent, cache (and possibly more things) > would cache this incomplete article. How would they know the > message was incomplete? After requesting a re-fetch of the entire > article, all those cached copies will need to be purged. Sounds > like work. I'm not sure I understand. Here's a patch to show you what I think could be done, since nnimap-split-articles already decides between the head and the whole body. The nnimap-check-body-size function needs to be provided, but I hope you see what I mean. Ted. --- nnimap.el 4 Sep 2003 22:22:18 -0000 6.71 +++ nnimap.el 20 Nov 2003 14:20:24 -0000 @@ -1271,9 +1271,10 @@ (when (setq rule (nnimap-split-find-rule server inbox)) ;; iterate over articles (dolist (article (imap-search nnimap-split-predicate)) - (when (if (if (eq nnimap-split-download-body 'default) - nnimap-split-download-body-default - nnimap-split-download-body) + (when (if (and (nnimap-check-body-size article) + (if (eq nnimap-split-download-body 'default) + nnimap-split-download-body-default + nnimap-split-download-body)) (and (nnimap-request-article article) (with-current-buffer nntp-server-buffer (mail-narrow-to-head))) (nnimap-request-head article)) --=-=-= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KaW5mby1nbnVz LWVuZ2xpc2ggbWFpbGluZyBsaXN0CmluZm8tZ251cy1lbmdsaXNoQGdudS5vcmcKaHR0cHM6Ly9s aXN0cy5nbnUub3JnL21haWxtYW4vbGlzdGluZm8vaW5mby1nbnVzLWVuZ2xpc2gK --=-=-=--