From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/29716 Path: main.gmane.org!not-for-mail From: Jeff Senn Newsgroups: gmane.emacs.gnus.general Subject: Re: Probable bug in nnimap Date: 06 Apr 2000 09:43:48 -0400 Organization: MAYA Design Group Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035166341 4306 80.91.224.250 (21 Oct 2002 02:12:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:12:21 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by mailhost.sclp.com (Postfix) with ESMTP id 2F37BD051E for ; Thu, 6 Apr 2000 09:50:35 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id IAB21539; Thu, 6 Apr 2000 08:50:23 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 06 Apr 2000 08:49:02 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id IAA21415 for ; Thu, 6 Apr 2000 08:48:52 -0500 (CDT) Original-Received: from pigeon.maya.com (po.maya.com [192.70.254.2]) by mailhost.sclp.com (Postfix) with ESMTP id 4DC0ED051E for ; Thu, 6 Apr 2000 09:49:07 -0400 (EDT) Original-Received: from SNIPE.maya.com (snipe.maya.com [192.70.254.125]) by pigeon.maya.com (Postfix) with SMTP id 305E23ED6; Thu, 6 Apr 2000 09:48:19 -0400 (EDT) Original-To: Simon Josefsson In-Reply-To: Simon Josefsson's message of "05 Apr 2000 23:43:47 +0200" Original-Lines: 39 User-Agent: Gnus/5.0804 (Gnus v5.8.4) XEmacs/21.1 (Canyonlands) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:29716 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:29716 Simon Josefsson writes: > Jeff Senn writes: > > > (I haven't looked at nnimap.el lately...) Is there some reason it > > needs to be an integer as far as emacs is concerned (rather than a > > string)? You can still do lexical sorting on (an non-interpreted) > > string value. ...Might be somewhat less efficient, I guess... > > Emacs doesn't care, Gnus does. It would take quite a rewrite of Gnus > to make it use strings to reference articles, instead of integers. And > IMHO the amount of work needed isn't worth it. Ah...yes (duh!) Well how about this (in case someone is desperate and in this situation): since it is much less likely that there is a _range_ of uids bigger than 24-bits, you could have an offset (lowest known uid) that was determined (and remembered) the first time that nnimap sees the group. Then you just need a emacs-safe add/subtract for numbers represented as long strings of digits... > But we never know what tricks Easter Gnus might perform. ;-) True :-) On a more philosophical note: it will be nice when(if?) this dependence on a linear, numeric primary key for article identity goes away in gnus... Indeed gnus started life as a nntp-news reader, but I don't even use it for that anymore... email (in various flavors) and the web-group stuff is far more useful day-to-day... I would love (even more) a gnus that was my integrated browser/reader of all kinds of collections of "documents" that are made up of "attribute-values"... -- -Jas