From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32111 Path: main.gmane.org!not-for-mail From: simon@josefsson.org Newsgroups: gmane.emacs.gnus.general Subject: Re: want zombie nnimap groups! Date: 13 Aug 2000 00:08:13 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <200004281643.SAA05662@lucy.cs.uni-dortmund.de> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035168437 17921 80.91.224.250 (21 Oct 2002 02:47:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:47:17 +0000 (UTC) Return-Path: Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by mailhost.sclp.com (Postfix) with ESMTP id 70AB8D051E for ; Sun, 13 Aug 2000 11:13:53 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAC09450; Sun, 13 Aug 2000 10:13:41 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 13 Aug 2000 10:12:46 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id KAA06730 for ; Sun, 13 Aug 2000 10:12:36 -0500 (CDT) Original-Received: from vic20.blipp.com (unknown [195.84.94.187]) by mailhost.sclp.com (Postfix) with ESMTP id 89A43D051E for ; Sun, 13 Aug 2000 11:12:56 -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 e7DFCs314421 for ; Sun, 13 Aug 2000 17:12:54 +0200 Original-To: ding@gnus.org In-Reply-To: Mail-Copies-To: nobody User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) Original-Lines: 25 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32111 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32111 Lars Magne Ingebrigtsen writes: > The other backends (that have the same problem as IMAP) return the > same list with nn*-request-newgroups as with nn*-request-list; that > is, all the groups, and then Gnus sorts out the newness issue. > > If the number of groups is (potentially) extremely large, this is > probably not a good idea for nnimap, but is it likely that the number > of imap mail groups is extremely large? I think so, yes. UoW's imap server (I'd guess it's the most widely deployed server) export home directories. Issuing a command to list all files in even a quite small home directory easily kill performance on a server (and the client too, of course). ...and listing the groups isn't enough -- nnimap enter each of theese groups to find out total number of articles and number of unread articles. Ideally, this shouldn't be done but fixing it would require changing the backend interface or making Gnus handle bogus data. (And we haven't started considering cyclic paths, or when the server ends up listing / recursively, which normally contain cyclic symlinks, or if the imap server export the usenet hierachy etc, if the server contain lots of public groups that many Exchange and Cyrus server does, etc...)