Hi Ioan,
Even if James can be considered as a replacement for existing de-facto
mailservers (simply for example by taking the maildir folder), the
adoption will probably occur for some special use cases:
- Mail integration in existing JAVA applications/environment
- Mail processing during the spool, for some functions such as
transformation, ai (artificial intelligence)...
- Deployment in the cloud (amazon...) with the addition of some
components such as a distributed mailbox...
- IMAP extensions that wouldn't be implemented by others
- ...
For "standard" usage correctly served by today servers, the chance is
high that we won't find today much echo in the "classical" segment. This
may change as more and more James installations arise.
About the HBase samples, you can look at [1].
HBase needs Hadoop behind, so [2] could be interesting, even if the
Hadoop API should normally not be called directly.
I will also ping the hbase mailing list that we launch a GSOC with their
component (don't forget to register to their mailing list if this is not
already the case).
Tks,
- Eric
[1] https://github.com/echarles/t4f-hbase
[2] https://github.com/echarles/t4f-hadoop
On 10/06/11 00:02, Ioan Eugen Stan wrote:
Well, the presentation went smooth, you can read more about it on my
blog. The slides and the video will be available on slideshare and
blip.tv soon.
James was new to them. I don't think I convinced the one/two
sys-admins to switch from postfix, but they have some different needs
and a well background with postfix.
I hope I will be able to make a workshop later and install James and
run some tests (hopefully around HBase). That's another story.
If there's anyone out there who wants to learn how to code protocols
in Java, this is a good opportunity to jump in :-)
Unfortunately it's not that kind of a crowd. More like general type
opensource enthusiasts and sys-admins. I managed to talk to someone
and he will put me in contact with the programmers who will probably
find this kind of activity more appealing. This will happen at some
next events.
Regards,
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
