From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/28562 Path: main.gmane.org!not-for-mail From: Amos Gouaux Newsgroups: gmane.emacs.gnus.general Subject: Re: Admin IMAP groups from different account Date: 04 Jan 2000 11:19:01 -0600 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 1035165386 30497 80.91.224.250 (21 Oct 2002 01:56:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:56:26 +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 491A9D051E for ; Tue, 4 Jan 2000 12:20:43 -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 LAB13095; Tue, 4 Jan 2000 11:20:20 -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:20:18 -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 LAA27829 for ; Tue, 4 Jan 2000 11:20:08 -0600 (CST) Original-Received: from ns0.utdallas.edu (ns0.utdallas.edu [129.110.10.1]) by mailhost.sclp.com (Postfix) with ESMTP id 019D1D051E for ; Tue, 4 Jan 2000 12:18:33 -0500 (EST) Original-Received: from spartacus.utdallas.edu (spartacus.utdallas.edu [129.110.3.11]) by ns0.utdallas.edu (Postfix) with SMTP id 0FF111A01ED for ; Tue, 4 Jan 2000 11:18:32 -0600 (CST) Original-To: ding@gnus.org In-Reply-To: Simon Josefsson's message of "04 Jan 2000 15:25:23 +0100" Original-Lines: 19 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (Bryce Canyon) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:28562 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:28562 >>>>> On 04 Jan 2000 15:25:23 +0100, >>>>> Simon Josefsson (sj) 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 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! ;-) Amos