Date: 2004-06-24T18:46:02
   Editor: NoelBergman <[EMAIL PROTECTED]>
   Wiki: Apache James Wiki
   Page: JamesV3/Plans
   URL: http://wiki.apache.org/james/JamesV3/Plans

   no comment

Change Log:

------------------------------------------------------------------------------
@@ -151,3 +151,34 @@
 {{{  - acceptRCPT_TO(), returns null or an error [code, message] }}}
 
 The acceptance logic would be opaque to the handler.  The handler would simply 
implement the protocol response.
+
+----
+
+Vincenzo's list:
+
+1) Extend AttachmentFileNameIs to optionally recurse one level in zip 
attachments.
+2) Code an AttachmentFileNameIsRegex matcher (also recursing zips).
+3) Polish up and finally commit my Bayesian stuff.
+4) Polish up and finally commit my antivirus matcher (perhaps having it become 
a mailet setting attributes).
+5) Polish up and finally commit my AddServerSignature mailet.
+6) Start designing and coding a set of functionalities oriented towards server 
signing and checking, timestamping, logging, whitelisting and more generally 
"certified electronic mail" (with also the goal of supporting a new legislation 
just set in my country, that could become of interest for others, but first of 
all I'm thinking on a set of common stuff that can be customised).
+
+----
+
+Jason's list:
+
+0) Debug the mbox random access file class, update the mbox file handler and
+commit them both
+1) Sort out user attributes. This is done for file user stores, but the db
+stuff needs to be re-worked as I'm not happy with it
+2) Get the current mailbox system to support folders
+3) Get the IMAP server to work with the new folder support 
+4) Tie in the current IMAP2 proposal into the main source tree 
+5) Get my twins to sleep through the night (easy stuff first :))
+
+Other things I'd like to look at are (but probably won't):
+a) Logging needs to be consistent so I can track mails across the system
+b) JMX support. We still need to be able to authenticate users in JMX using
+the James user dbs. Until this is done JMX is a security hazard
+c) A scalable mail queue system. Dumping 150k files into one flat folder is
+a bad idea on any OS. A folder/file system a la Qmail might be fun

Reply via email to