From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/31853 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Courier IMAP, nnimap and large UIDs Date: 19 Jul 2000 16:50:14 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035168217 16424 80.91.224.250 (21 Oct 2002 02:43:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:43:37 +0000 (UTC) Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id 967A4D051E for ; Wed, 19 Jul 2000 10:55:20 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAC25257; Wed, 19 Jul 2000 09:50:15 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 19 Jul 2000 09:49:01 -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 JAA22019 for ; Wed, 19 Jul 2000 09:48:47 -0500 (CDT) Original-Received: from vic20.blipp.com (unknown [195.84.94.187]) by mailhost.sclp.com (Postfix) with ESMTP id 1AA69D051F for ; Wed, 19 Jul 2000 10:49:20 -0400 (EDT) Original-Received: from barbar.josefsson.org (IDENT:root@localhost [127.0.0.1]) by vic20.blipp.com (8.10.1/8.10.1) with SMTP id e6JEnI618924 for ; Wed, 19 Jul 2000 16:49:18 +0200 Original-To: ding@gnus.org Original-Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Carlsbad Caverns) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:31853 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:31853 I was browsing the Courier IMAP source to see if there is a easy modification to it, so we don't have to fix nnimap :-) but I was somewhat surprised. As I read imapscanclient.c:do_imapscan_maildir2() Courier allocate UIDs starting at 1 and increases this by one for new mails. Maybe this has changed in recent versions? Anyone with a Courier IMAP server that feel like debugging this to see what is really happening? Especially a sample cur/courierimapuiddb would be interesting to see. Mail me, I guess it's not terribly relevant on this mailing list.