Re: GSOC Ideas
Hi all. I propose: 'Hupa evolution' I mean take the actual Hupa code and make it fully functional adding many features which are missing (contact management, local storage, etc) and removing out-dated dependencies in favor of the stuff in the latest GWT version. Cheers - Manolo On Mon, Mar 5, 2012 at 9:24 AM, Ioan Eugen Stan stan.ieu...@gmail.comwrote: Hello Norman, A few of them where posted on the list a few weeks back [1]. To iterate: - web management interface - hot reload configuration - mailet bindings to other languages (write mailets/matchers in other languages) Plus: - james clustering maybe [1] http://www.mail-archive.com/server-dev@james.apache.org/msg37825.html 2012/3/5 Norman Maurer norman.mau...@googlemail.com: Hi there, GSOC is coming. We should start to think about idea related to GSOC. So please add your ideas.. Bye, Norman - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org -- Ioan Eugen Stan http://ieugen.blogspot.com/ - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC Ideas
Hello Norman, A few of them where posted on the list a few weeks back [1]. To iterate: - web management interface - hot reload configuration - mailet bindings to other languages (write mailets/matchers in other languages) Plus: - james clustering maybe [1] http://www.mail-archive.com/server-dev@james.apache.org/msg37825.html 2012/3/5 Norman Maurer norman.mau...@googlemail.com: Hi there, GSOC is coming. We should start to think about idea related to GSOC. So please add your ideas.. Bye, Norman - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org -- Ioan Eugen Stan http://ieugen.blogspot.com/ - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
GSOC Ideas
Hi there, GSOC is coming. We should start to think about idea related to GSOC. So please add your ideas.. Bye, Norman - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
Yep I see... I will do so then ;) Thx for the pointer.. Bye, Norman 2010/3/22 Bernd Fondermann bernd.fonderm...@googlemail.com: On Sun, Mar 21, 2010 at 17:40, Norman Maurer norman.mau...@googlemail.com wrote: Sounds like a good idea.. I would also like to bring up the idea of writing a Maildir implementation for imap.. I would be willing to mentor a candidate for this.. Bye, Norman This year, it seems like project proposals are not wikified, but rather JIRA issues are created. Mentor's assign the issues to $SELF, until a proper candidate takes over. Bernd - 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
Re: GSOC ideas...
I just added the maildir stuff for imap to GSOC. @Robert: Could you add the UIDPLUS stuff ? Thx, Norman 2010/3/17 Robert Burrell Donkin robertburrelldon...@gmail.com: On Tue, Mar 16, 2010 at 8:45 AM, Norman Maurer norman.mau...@googlemail.com wrote: Ok sounds like a good canidat for a GSOC project,,, Any other ideas ? any of the IMAP and sieve specifications (eg. UIDPLUS) would be easy for someone to take on and useful i'd be willing to mentor a strong candidate who was interested in high performance concurrent IMAP - robert - 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
Re: GSOC ideas...
Sounds like a good idea.. I would also like to bring up the idea of writing a Maildir implementation for imap.. I would be willing to mentor a candidate for this.. Bye, Norman 2010/3/17 Robert Burrell Donkin robertburrelldon...@gmail.com: On Tue, Mar 16, 2010 at 8:45 AM, Norman Maurer norman.mau...@googlemail.com wrote: Ok sounds like a good canidat for a GSOC project,,, Any other ideas ? any of the IMAP and sieve specifications (eg. UIDPLUS) would be easy for someone to take on and useful i'd be willing to mentor a strong candidate who was interested in high performance concurrent IMAP - robert - 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
Re: GSOC ideas...
On Tue, Mar 16, 2010 at 8:45 AM, Norman Maurer norman.mau...@googlemail.com wrote: Ok sounds like a good canidat for a GSOC project,,, Any other ideas ? any of the IMAP and sieve specifications (eg. UIDPLUS) would be easy for someone to take on and useful i'd be willing to mentor a strong candidate who was interested in high performance concurrent IMAP - robert - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
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
Re: GSOC ideas...
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
Re: GSOC ideas...
Ok sounds like a good canidat for a GSOC project,,, Any other ideas ? If you look on my list, there are 6 other project ideas there too :) (all missing from JAMES), that would greatly extend the JAMES user base. #1. is for easy setup (something like an installer - but with a smarter wizard) #2. is for easy admin = all by non-programmers too - they are the majority. #3 and #4 is to attract new programmers too, to use JAMES as a server and programming platform. #5 and #6 is to allow anyone to simply test the performance of JAMES and compare to other servers. This way they would be convinced by their own numbers that JAMES is the best solution. #7 would be something that besides many small companies would need, even Apache.org could use it. Right now most Apache.org projects use external web UI solutions like GMane and Nabble. If you need more project ideas I could add a few, but AFAIK it's possible for GSOC to submit only a few ideas per open source project. Adrian. 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
Re: GSOC ideas...
- I also vote for an administration Web UI (maybe using GWT like we do in Hupa or integrating with it). Manolo On Fri, Mar 12, 2010 at 11:11 PM, Bernd Fondermann bernd.fonderm...@googlemail.com wrote: On Fri, Mar 12, 2010 at 18:24, Adrian A. a.adrian.t...@gmail.com 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? big +1 for 1. + 2. but... please please make it a webclient. thank you! Bernd - 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
Re: GSOC ideas...
- I also vote for an administration Web UI (maybe using GWT like we do in Hupa or integrating with it). While I understand the general direction toward Web UIs, I proposed the list of projects with Swing UI's + JNLP for several pragmatic reasons: - Swing is already available everywhere Java is, so no need for extra JARs. (IMHO JAMES already has too many dependencies). - It is very very easy and fast to use a good GUI builder to achieve the above UIs, so it would be more suitable for student projects like this to be able to have something really usable until the deadline. This is important considering how few of the past GSOC projects made it back into the projects base (and remained only forgotten experiments). - The effect is the same as with a Web UI (but the result is available faster): platform independent, and accessible over HTTP (with JNLP). Also note there's no heavy loading and huge concurrence in such a UI (only a few users). The most important part is for the admins/owners (that are not expert programmers) to be able to achieve their tasks, and thus to adopt JAMES. Adrian. P.S. If it were about Web UIs I would have proposed the use of Apache Click Framework in first place: http://click.apache.org/ Since it's much easier to learn and use, so a student would have been productive in a matter of days. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
On Mon, Mar 15, 2010 at 12:41, Adrian A. a.adrian.t...@gmail.com wrote: - I also vote for an administration Web UI (maybe using GWT like we do in Hupa or integrating with it). While I understand the general direction toward Web UIs, I proposed the list of projects with Swing UI's + JNLP for several pragmatic reasons: - Swing is already available everywhere Java is, so no need for extra JARs. (IMHO JAMES already has too many dependencies). - It is very very easy and fast to use a good GUI builder to achieve the above UIs, so it would be more suitable for student projects like this to be able to have something really usable until the deadline. This is important considering how few of the past GSOC projects made it back into the projects base (and remained only forgotten experiments). - The effect is the same as with a Web UI (but the result is available faster): platform independent, and accessible over HTTP (with JNLP). Also note there's no heavy loading and huge concurrence in such a UI (only a few users). The most important part is for the admins/owners (that are not expert programmers) to be able to achieve their tasks, and thus to adopt JAMES. Adrian. P.S. If it were about Web UIs I would have proposed the use of Apache Click Framework in first place: http://click.apache.org/ Since it's much easier to learn and use, so a student would have been productive in a matter of days. Many mail servers run headless in a lights out datacenter. The probability that I'd ever be able to use a Swing-James-Admin UI is very very small. And I think you're not right saying that every Java comes with Swing, BTW. Bernd - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
+1, I think a webui would be much better.. Bye, Norman 2010/3/15 Bernd Fondermann bernd.fonderm...@googlemail.com: On Mon, Mar 15, 2010 at 12:41, Adrian A. a.adrian.t...@gmail.com wrote: - I also vote for an administration Web UI (maybe using GWT like we do in Hupa or integrating with it). While I understand the general direction toward Web UIs, I proposed the list of projects with Swing UI's + JNLP for several pragmatic reasons: - Swing is already available everywhere Java is, so no need for extra JARs. (IMHO JAMES already has too many dependencies). - It is very very easy and fast to use a good GUI builder to achieve the above UIs, so it would be more suitable for student projects like this to be able to have something really usable until the deadline. This is important considering how few of the past GSOC projects made it back into the projects base (and remained only forgotten experiments). - The effect is the same as with a Web UI (but the result is available faster): platform independent, and accessible over HTTP (with JNLP). Also note there's no heavy loading and huge concurrence in such a UI (only a few users). The most important part is for the admins/owners (that are not expert programmers) to be able to achieve their tasks, and thus to adopt JAMES. Adrian. P.S. If it were about Web UIs I would have proposed the use of Apache Click Framework in first place: http://click.apache.org/ Since it's much easier to learn and use, so a student would have been productive in a matter of days. Many mail servers run headless in a lights out datacenter. The probability that I'd ever be able to use a Swing-James-Admin UI is very very small. And I think you're not right saying that every Java comes with Swing, BTW. Bernd - 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
Re: GSOC ideas...
Many mail servers run headless in a lights out datacenter. The probability that I'd ever be able to use a Swing-James-Admin UI is very very small. Not quite :). Also even if the server is headless, it can handle Swing and AWT, Java2D: everything. E.g. for tomcat, you need the: java.awt.headless=true property for it. The Swing Client runs on the client with JNLP - Just like any browser. And I think you're not right saying that every Java comes with Swing, BTW. Every Java required to run JAMES also has Swing. Adrian. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
On Mon, Mar 15, 2010 at 15:27, Adrian A. a.adrian.t...@gmail.com wrote: Many mail servers run headless in a lights out datacenter. The probability that I'd ever be able to use a Swing-James-Admin UI is very very small. Not quite :). Also even if the server is headless, it can handle Swing and AWT, Java2D: everything. E.g. for tomcat, you need the: java.awt.headless=true property for it. I know. Yet, I'll never gonna be trying. The Swing Client runs on the client with JNLP - Just like any browser. I'd never be touching this client. I'd very much prefer a web GUI. Even if this Swing app would play vintage vinyl jazz records for me, I wouldn't care. - Ok, maybe *then* I would. I would listen to it, but use the web GUI for administration instead. And I think you're not right saying that every Java comes with Swing, BTW. Every Java required to run JAMES also has Swing. But this is not necessarily true in the future. Bernd - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
On Mon, Mar 15, 2010 at 16:19, Bernd Fondermann bernd.fonderm...@googlemail.com wrote: On Mon, Mar 15, 2010 at 15:27, Adrian A. a.adrian.t...@gmail.com wrote: Many mail servers run headless in a lights out datacenter. The probability that I'd ever be able to use a Swing-James-Admin UI is very very small. Not quite :). Also even if the server is headless, it can handle Swing and AWT, Java2D: everything. E.g. for tomcat, you need the: java.awt.headless=true property for it. I know. Yet, I'll never gonna be trying. The Swing Client runs on the client with JNLP - Just like any browser. I'd never be touching this client. I'd very much prefer a web GUI. Even if this Swing app would play vintage vinyl jazz records for me, I wouldn't care. - Ok, maybe *then* I would. I would listen to it, but use the web GUI for administration instead. And I think you're not right saying that every Java comes with Swing, BTW. Every Java required to run JAMES also has Swing. But this is not necessarily true in the future. And honestly, I can't think of any student wanting to code a Swing app at GSoC. But you'll never know, they hack on the obscurest things... Bernd - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
On Mon, Mar 15, 2010 at 3:22 PM, Bernd Fondermann bernd.fonderm...@googlemail.com wrote: On Mon, Mar 15, 2010 at 16:19, Bernd Fondermann bernd.fonderm...@googlemail.com wrote: On Mon, Mar 15, 2010 at 15:27, Adrian A. a.adrian.t...@gmail.com wrote: Many mail servers run headless in a lights out datacenter. The probability that I'd ever be able to use a Swing-James-Admin UI is very very small. Not quite :). Also even if the server is headless, it can handle Swing and AWT, Java2D: everything. E.g. for tomcat, you need the: java.awt.headless=true property for it. I know. Yet, I'll never gonna be trying. The Swing Client runs on the client with JNLP - Just like any browser. I'd never be touching this client. I'd very much prefer a web GUI. Even if this Swing app would play vintage vinyl jazz records for me, I wouldn't care. - Ok, maybe *then* I would. I would listen to it, but use the web GUI for administration instead. And I think you're not right saying that every Java comes with Swing, BTW. Every Java required to run JAMES also has Swing. But this is not necessarily true in the future. And honestly, I can't think of any student wanting to code a Swing app at GSoC. But you'll never know, they hack on the obscurest things... i recommend asking the student just to replace RemoteManager with a more modern and capable framework capable of self-description then fitting JSON and shell interfaces. this wouldn't be as much work as it sounds but would give much more function than either a tightly coupled swing or webui. - robert - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: GSOC ideas...
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
