From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/54875 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 08:37:15 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: ding-owner@lists.math.uh.edu Message-ID: <4nllqbjh4k.fsf@lockgroove.bwh.harvard.edu> References: <76k763nl5c.fsf@newjersey.ppllc.com> <4n3cckdq0h.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 1069335522 18864 80.91.224.253 (20 Nov 2003 13:38:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 Nov 2003 13:38:42 +0000 (UTC) Original-X-From: ding-owner+M3415@lists.math.uh.edu Thu Nov 20 14:38:39 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 1AMp14-0007mz-00 for ; Thu, 20 Nov 2003 14:38:39 +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 1AMp0u-0000Uh-00; Thu, 20 Nov 2003 07:38:28 -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 1AMp0q-0000Uc-00 for ding@lists.math.uh.edu; Thu, 20 Nov 2003 07:38:24 -0600 Original-Received: from clifford.bwh.harvard.edu (clifford.bwh.harvard.edu [134.174.9.41]) by justine.libertine.org (Postfix) with ESMTP id 091CC3A0026 for ; Thu, 20 Nov 2003 07:38:24 -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 hAKDbk725638 for ; Thu, 20 Nov 2003 08:37:46 -0500 (EST) Original-Received: (from tzz@localhost) by lockgroove.bwh.harvard.edu (8.11.6+Sun/8.11.0) id hAKDbFS08486; Thu, 20 Nov 2003 08:37:15 -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 04:28:57 +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:54875 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:54875 On Thu, 20 Nov 2003, jas@extundo.com wrote: > It is not difficult to find out if a message is "too large", but the > problem is: what should nnimap do if the message is too large? > Throw an error? Return no data? Query the user? Return dummy data > (that will stick around in the agent and cached forever)? I fear a > backend interface change would be request to properly support > this... 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. This reminds me: is it possible to alter a message while splitting? The reason I ask is that I'd like to insert a header that will tell me, later, what the eventual destination of that message should be. This is useful when the destination is "nnml:mail" (as returned by the registry sometimes) but we're in the nnimap server. If I can't insert headers, I can do it with the registry. Ted