From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47313 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Offline mail and group cooperation Date: Sun, 20 Oct 2002 21:53:14 +0200 Organization: University of Dortmund, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <841y6kriol.fsf@crybaby.cs.uni-dortmund.de> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035143607 20812 80.91.224.249 (20 Oct 2002 19:53:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 19:53:27 +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 183M8b-0005PY-00 for ; Sun, 20 Oct 2002 21:53:26 +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 183M8k-00087F-00; Sun, 20 Oct 2002 14:53:34 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 20 Oct 2002 14:54:17 -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 OAA16125 for ; Sun, 20 Oct 2002 14:54:04 -0500 (CDT) Original-Received: (qmail 18550 invoked by alias); 20 Oct 2002 19:53:17 -0000 Original-Received: (qmail 18545 invoked from network); 20 Oct 2002 19:53:17 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 20 Oct 2002 19:53:17 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 183N14-0000W3-00 for ; Sun, 20 Oct 2002 22:49:42 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 73 Original-NNTP-Posting-Host: pd9e1e538.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1035146982 31364 217.225.229.56 (20 Oct 2002 20:49:42 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 20 Oct 2002 20:49:42 GMT User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:NFzQxCCK4bMM+FHxokVII/i/flU= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47313 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47313 Simon Josefsson writes: > 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). So what do you think about the current implementation? Is it really horrible? >> 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. So when they are not allowed to set global flags, they automatically set per-user ones, or what? That's cool. If the flag changes just don't happen at all, that would be bad. >> 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. Yet another challenge. I wish somebody would do something :-) But who am I to complain. I'm already enjoying immensely the new agent header caching! >> (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? You mean, invoke ifile from nnimap-split-rule? Hm. I guess that would work. But it would be somewhat difficult to get ifile up to speed with the current messages. Does anyone have something which will download messages from the IMAP server and hand them over to ifile to say "lookee-here, this message was filed in the foo.bar group"? Lessee now. I think splitting is done on the headers, right? So even when it happens it would be nontrivial to pass the whole message to ifile for examination. > 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. Well, at the moment I'm surprised I found so few problems. No dragons to be seen. Do you have any idea where to look for dragons? kai -- ~/.signature is: umop ap!sdn (Frank Nobis)