From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/28564 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Admin IMAP groups from different account Date: 04 Jan 2000 18:55:33 +0100 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 1035165388 30506 80.91.224.250 (21 Oct 2002 01:56:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:56:28 +0000 (UTC) Cc: ding@gnus.org 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 206FFD051E for ; Tue, 4 Jan 2000 12:58:12 -0500 (EST) 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 LAB13234; Tue, 4 Jan 2000 11:57:38 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 04 Jan 2000 11:57:24 -0600 (CST) 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 LAA28343 for ; Tue, 4 Jan 2000 11:57:14 -0600 (CST) Original-Received: from badis.pdc.kth.se (badis.pdc.kth.se [130.237.221.45]) by mailhost.sclp.com (Postfix) with ESMTP id 18EEBD051E for ; Tue, 4 Jan 2000 12:55:38 -0500 (EST) Original-Received: (from jas@localhost) by badis.pdc.kth.se (8.9.3/8.9.3) id SAA13322; Tue, 4 Jan 2000 18:55:34 +0100 X-Authentication-Warning: badis.pdc.kth.se: jas set sender to jas@pdc.kth.se using -f Original-To: Amos Gouaux In-Reply-To: Amos Gouaux's message of "04 Jan 2000 11:19:01 -0600" Original-Lines: 21 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:28564 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:28564 Amos Gouaux writes: > sj> As ACL semantics tend to be defined in almost as many ways as there > sj> are implementations, I'm not sure a new backend function for editing > sj> ACLs would be a better solution -- it would be hard to make it generic > sj> enough to accomodate all ACLs future backends might implement, and > sj> making it match the IMAP semantics seem as much as a workaround as > sj> creating commands which only work for one backend. > > Hopefully this will improve. There is an IETF committee on the IMAP > extensions, which includes quotas and ACLs. So hopefully we can > eventually get some consistency here. I'm not sure we should hold our breaths on that, considering the ACL rfc is 3 years old and there haven't been any updated drafts. ;-) > I'm also hoping that they separate folder ACLs from message ACLs, so > that you can grant permission to delete messages in a folder, but > not the folder itself--D'OH! ;-) Let's hope. ACLs pertaining to groups of users would be nice, too.