From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/46675 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Offline mail and group cooperation Date: Tue, 24 Sep 2002 13:33:21 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1032867276 3448 127.0.0.1 (24 Sep 2002 11:34:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 24 Sep 2002 11:34:36 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17tnxa-0000tI-00 for ; Tue, 24 Sep 2002 13:34:34 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17tnwi-0003bL-00; Tue, 24 Sep 2002 06:33:40 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 24 Sep 2002 06:34:19 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id GAA10390 for ; Tue, 24 Sep 2002 06:34:07 -0500 (CDT) Original-Received: (qmail 19143 invoked by alias); 24 Sep 2002 11:33:23 -0000 Original-Received: (qmail 19138 invoked from network); 24 Sep 2002 11:33:23 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by gnus.org with SMTP; 24 Sep 2002 11:33:23 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) by yxa.extundo.com (8.12.6/8.12.6) with ESMTP id g8OBXLn2012054 for ; Tue, 24 Sep 2002 13:33:21 +0200 Original-To: ding@gnus.org Mail-Copies-To: nobody X-Hashcash: 0:020924:ding@gnus.org:5a4158953e290b0f In-Reply-To: (grossjoh@lothlorien.cs.uni-dortmund.de's message of "Mon, 23 Sep 2002 22:11:32 +0200") Original-Lines: 44 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:46675 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:46675 grossjoh@lothlorien.cs.uni-dortmund.de (Kai Großjohann) writes: > I guess that nnimap and Gnus Agent is still one of the major > alternatives. I remember that I tried it a long time ago and I was > confused about which messages it wanted to download automatically. I > guess that we want to download all messages (regardless of marks) in > selected groups. Is this possible with the Agent? Right now the Agent is hard coded to never download articles marked as read in Gnus. I posted a (very lightly tested) patch to fix this long time ago, but never committed it as it breaks backwards compatibility (people that want the old behaviour had to add a `read' Agent predicate to only download read articles, which was the old behaviour). What you describe is how most other disconnected clients work, so I think it would be nice to support it, but I'm not sure how. Is it worth breaking backwards compatibility for this? Perhaps adding a `unread' Agent predicate which you'd need to add to get this behaviour could work. > The common groups could be handled via shared folders. But I think > we would want separated marks. Does Cyrus allow us to say which > marks should be per-user and which should be per-folder? Not fully fine grained, I think, but it may be enough. Look at setting ACLs on mailboxes, I remember being able to say whether a user was permitted to set global flags. ACLs could probably be used to exclude students from mailboxes too. > And then there is the thorny problem that nnimap/agent do not allow > moving of messages from one group to another while offline, right? Right. > (And if we do IMAP, then I think I want to do my splitting using > ifilter. But that would have to be done on the server side, and how > does ifilter on the server know that I've moved a message?) Can't you split when you plug in? Generally I think there are dragons in the IMAP and Agent interaction, so other mechanisms are probably easier to get to work, but it would be useful if you had time to try to get it to work.