Return-Path: Delivered-To: apmail-james-general-archive@www.apache.org Received: (qmail 44354 invoked from network); 31 May 2005 12:44:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 May 2005 12:44:32 -0000 Received: (qmail 306 invoked by uid 500); 31 May 2005 12:44:31 -0000 Delivered-To: apmail-james-general-archive@james.apache.org Received: (qmail 264 invoked by uid 500); 31 May 2005 12:44:31 -0000 Mailing-List: contact general-help@james.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@james.apache.org Delivered-To: mailing list general@james.apache.org Received: (qmail 249 invoked by uid 99); 31 May 2005 12:44:31 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mail71.messagelabs.com (HELO mail71.messagelabs.com) (193.109.255.131) by apache.org (qpsmtpd/0.28) with SMTP; Tue, 31 May 2005 05:44:30 -0700 X-VirusChecked: Checked X-Env-Sender: Danny_Angus@slc.co.uk X-Msg-Ref: server-10.tower-71.messagelabs.com!1117543455!17021445!1 X-StarScan-Version: 5.4.15; banners=slc.co.uk,-,- X-Originating-IP: [195.99.121.125] Received: (qmail 26785 invoked from network); 31 May 2005 12:44:17 -0000 Received: from mail1.slc.co.uk (HELO drsneaky.slc.co.uk) (195.99.121.125) by server-10.tower-71.messagelabs.com with SMTP; 31 May 2005 12:44:17 -0000 Received: from emerald.slc.co.uk (emerald.slc.co.uk) by drsneaky.slc.co.uk (Content Technologies SMTPRS 4.3.12) with ESMTP id for ; Tue, 31 May 2005 13:45:27 +0100 Subject: RE: mailet api list To: general@james.apache.org X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 Message-ID: From: Danny Angus Date: Tue, 31 May 2005 13:45:26 +0100 X-MIMETrack: Serialize by Router on Emerald/SLC (Release 6.5.2|June 01, 2004) at 31/05/2005 13:45:27 MIME-Version: 1.0 Content-type: text/plain; charset="us-ascii" X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Thanks for that. I only have one further comment, which is that you say: "I presume that the list would be for discussing the API, not implementation." Which is fine per-se but does mean that the few interfaces and classes in org.apache.mailet will be designed on one list and developed on another. Hardly the end of the world, I know, but something we will need to fix at some point. d. |---------+----------------------------> | | "Noel J. Bergman"| | | | | | | | | 31/05/2005 13:35 | | | Please respond to| | | general | | | | |---------+----------------------------> >-------------------------------------------------------------------------------------------------------------------------------| | | | To: | | cc: | | Subject: RE: mailet api list | >-------------------------------------------------------------------------------------------------------------------------------| Danny, Actually, I had pinged Serge because I had a few minutes of time to do the list, and we were both under the impression that we DID have a lazy consensus from the server-dev discussion with Andrew C. Oliver, in which the mailing list had been discussed. You may be correct that we were mistaken, but the intent was present. With respect to your specific questions: > Is the API maintenance to be carried out on the new list or on server-dev@? I presume that the list would be for discussing the API, not implementation. > Where will mail regarding mailet svn commits & JIRA defects go? JIRA goes to server-dev for now, since we don't have a separate Mailet project. We could modify the SVN mailer, but I don't really see the point at this time. > Is there a proposal being brought forward to establish Mailet > as a distinct sub-project? All we were trying to do was provide an implementation neutral area for discussing the API, as per the aforementioned discussion on server-dev. I can already see that it is going to cause us some grown pain, because it makes it a bit clearer that the Mailet API isn't just JAMES internal, which means that we can't just change it without some consideration, and we're providing a place for others to collaborate on what API changes do occur. Pains and all, this may be a good thing. > Is there any intention of applying the same criteria to sieve & > mime-parser? For now, they are captive to the server. Over time, who knows? --- Noel *************************************************************************** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. **************************************************************************