Ok sounds like a good canidat for a GSOC project,,, Any other ideas ?
Bye, Norman 2010/3/16 Avdhesh Yadav <a...@avdheshyadav.com>: > I go with Web-UI similar to Hupa(GWT based). > > > On Mon, Mar 15, 2010 at 10:14 PM, Eric MacAdie <e...@macadie.net> wrote: > >> I have started working on a web app with Hibernate and JSF that will manage >> the users (add, change, delete) and get some stats (dead letter count, inbox >> stats). If anyone is interested in it, let me know. >> >> I think a Swing app would be good for configuring and editing the XML >> files. >> >> Eric MacAdie >> Pronounced: muh-KAY-dee >> >> >> Adrian A. wrote: >> >>> anyone have some idea about something for GSOC ? >>>> >>> 1. A GUI based wizard (with context help - to explain every setting), e.g. >>> with Swing UI+JNLP, to allow the configuration and setup of JAMES in various >>> architectures for non-programmer admins too (or e.g. owners of small >>> companies)? >>> >>> 2. A Simple and lightweight GUI (Swing UI+JNLP) to allow the configuration >>> and maintenance of JAMES without the need to use the Telnet client? For most >>> people is very very hard to use that - and in many cases the reason why they >>> don't use JAMES but some other alternative? >>> >>> 3. Documentation. Actual (no 10 year old) documentation for JAMES? >>> >>> 4. Tutorials with examples how to program with JAMES, how to make mailets >>> do what you want, etc. >>> >>> 5. Postage project to be tweaked to be generic - to able to test other >>> mail servers too (as promissed), thus allowing very simply to compare the >>> results of JAMES to other Mail Servers. >>> >>> 6. GUI to configure Postage (don't force the users to edit XML files), or >>> maybe this could be a plug-in for JMeter with Postage. >>> >>> 7. Mailing List with JAMES + web UI? Something like Subetha: >>> http://code.google.com/p/subetha/ >>> but based on JAMES, and also much simpler and much more lightweight (so >>> not with JBoss, EJBs, etc. - if possible using Apache.org frameworks) >>> >>> >>> I can detail the requirements for any of the above if you wish, and also >>> why they would greatly help to grow the JAMES user base. >>> >>> Adrian. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>> For additional commands, e-mail: server-dev-h...@james.apache.org >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >> For additional commands, e-mail: server-dev-h...@james.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org