You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Ioan Eugen Stan <st...@gmail.com> on 2011/06/08 19:57:30 UTC
let the coding start
Hello,
I just finished my last exam and I will dedicate my full time to
James. For tomorrow I will keep a presentation about James to a LUG
meating. They are held monthly. I will prepare the presentation
tomorrow morning.
What are James's strong and week points in your opinion?
p.s. I also started a blog, I will see how to add it to the planet soon.
Bye,
--
Ioan Eugen Stan
http://ieugen.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Eric Charles <er...@apache.org>.
There's also Lars' git with code that will be used for the O'Reilly book
"HBase Definitive Guide" (in pre-order).
It seems that you need a real cluster running the code. I will also ping
on that.
https://github.com/larsgeorge/hbase-book
http://oreilly.com/catalog/0636920014348
Tks,
- Eric
On 11/06/11 16:42, Eric Charles wrote:
> 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-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Eric Charles <er...@apache.org>.
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-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Ioan Eugen Stan <st...@gmail.com>.
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,
--
Ioan Eugen Stan
http://ieugen.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Robert Burrell Donkin <ro...@gmail.com>.
On Thu, Jun 9, 2011 at 6:51 AM, Norman Maurer <no...@apache.org> wrote:
> Am 09.06.2011 05:06, schrieb Eric Charles Apache:
>> On 08/06/11 21:24, Ioan Eugen Stan wrote:
<snip>
>>> How usable is the IMAP support?
Works for me ;-)
>>> I saw some older posts and recent JIRA
>>> issues that stated IMAP is not fully supported.
The IMAP product is an in->out rewrite. (We started by factoring an
old attempt into modules and fitting a functional test framework then
rewriting and adding new cases.) This strategy has lots of advantages
but never really gives a moment when full support definitely arrives.
>>> I will read more on
>>> the documentation page, please notify me if the pages need to be
>>> updated.
If you see anything that looks like it needs updating, submit a patch :-)
>> RFC3501 (IMAP4 rev1) is fully supported.
>> You can read on [1] about additional extensions support.
>> The JIRA you refer to are certainly about supporting additional
>> extensions, such as the one mentioned on [2].
>
> Yeah RFC3501 is fully supported. We also support many other extensions. At
> the moment we have the following extensions supported in imap-trunk:
>
> IMAP4rev1 LITERAL+ CHILDREN I18NLEVEL=1 WITHIN ESEARCH SEARCHRES IDLE
> NAMESPACE UIDPLUS UNSELECT AUTH=PLAIN SASL-IR ENABLE
>
> I guess the next extensions I will working on are SORT,ESORT,CONDSTORE and
> QRESYNC
If there's anyone out there who wants to learn how to code protocols
in Java, this is a good opportunity to jump in :-)
Robert
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Norman Maurer <no...@apache.org>.
Am 09.06.2011 05:06, schrieb Eric Charles Apache:
> On 08/06/11 21:24, Ioan Eugen Stan wrote:
>> Can I get any performance benchmarks, besides those from the wiki?
>> How does it compare to legacy, well established MTA like postfix,
>> sendmail, qmail, etc. in terms of performance and/or features?
>>
>
> See http://james.apache.org/server/3/feature-perfomance.html with
> tests made on V3 snapshot from a few months ago.
>
>> How usable is the IMAP support? I saw some older posts and recent JIRA
>> issues that stated IMAP is not fully supported. I will read more on
>> the documentation page, please notify me if the pages need to be
>> updated.
>>
>
> RFC3501 (IMAP4 rev1) is fully supported.
> You can read on [1] about additional extensions support.
> The JIRA you refer to are certainly about supporting additional
> extensions, such as the one mentioned on [2].
Yeah RFC3501 is fully supported. We also support many other extensions.
At the moment we have the following extensions supported in imap-trunk:
IMAP4rev1 LITERAL+ CHILDREN I18NLEVEL=1 WITHIN ESEARCH SEARCHRES IDLE
NAMESPACE UIDPLUS UNSELECT AUTH=PLAIN SASL-IR ENABLE
I guess the next extensions I will working on are SORT,ESORT,CONDSTORE
and QRESYNC
> We believe standard IMAP is pretty good (see [3]). In house, we have
> the integration tests ([4]) that simulates the IMAP functionalities.
> We also need to run other tests such as [5] (still to be done).
>
> [1]
> http://svn.apache.org/repos/asf/james/imap/trunk/src/site/xdoc/index.xml
> [2] http://www.iana.org/assignments/imap4-capabilities
> [3] http://wiki.apache.org/james/Server3ClientCompatibility
> [4]
> http://svn.apache.org/repos/asf/james/mailbox-integration-tester/trunk/
> [5] http://imapwiki.org/ImapTest
>
I ran [5] in the meantime and we pass every test except of two which are
a bit exotic and not quite correct if you ask me ;) But thats for an
other mail...
>>> Weak points:
>>> - 3.0 not yet used widely, so may still contain issues.
>>
I know from at least one company which is already using 3.0-SNAPSHOT in
production and it works quite well for them....
>> Agreed, I will mention this and I hope to get more input from the
>> audience. Some of them are sys-admins and have some experience with
>> mail servers.
>>
>
> Do you plan to post your presentations on slideshare?
> Would this be the case, we will push your link on @ApacheJames twitter
> (let's start buzzing :)
That would be great!
>
> Good luck for james at RLUG meetings (just read that on
> http://ieugen.blogspot.com/
>
> We will look to aggregate your blog on planetapache.
>
>>> Btw, on my side, my "summer break" will begin a bit later (my client is
>>> asking for me...). As discussed, I will commit a few hadoop/hbase
>>> samples in
>>> my git tomorrow (my new macs will help me for :)
>>
>> Great, I look forward to that.
>>
>
> It will be a "work in progress".
>
Cheers,
Norman
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Eric Charles Apache <er...@apache.org>.
On 08/06/11 21:24, Ioan Eugen Stan wrote:
> Can I get any performance benchmarks, besides those from the wiki?
> How does it compare to legacy, well established MTA like postfix,
> sendmail, qmail, etc. in terms of performance and/or features?
>
See http://james.apache.org/server/3/feature-perfomance.html with tests
made on V3 snapshot from a few months ago.
> How usable is the IMAP support? I saw some older posts and recent JIRA
> issues that stated IMAP is not fully supported. I will read more on
> the documentation page, please notify me if the pages need to be
> updated.
>
RFC3501 (IMAP4 rev1) is fully supported.
You can read on [1] about additional extensions support.
The JIRA you refer to are certainly about supporting additional
extensions, such as the one mentioned on [2].
We believe standard IMAP is pretty good (see [3]). In house, we have the
integration tests ([4]) that simulates the IMAP functionalities.
We also need to run other tests such as [5] (still to be done).
[1] http://svn.apache.org/repos/asf/james/imap/trunk/src/site/xdoc/index.xml
[2] http://www.iana.org/assignments/imap4-capabilities
[3] http://wiki.apache.org/james/Server3ClientCompatibility
[4] http://svn.apache.org/repos/asf/james/mailbox-integration-tester/trunk/
[5] http://imapwiki.org/ImapTest
>> Weak points:
>> - 3.0 not yet used widely, so may still contain issues.
>
> Agreed, I will mention this and I hope to get more input from the
> audience. Some of them are sys-admins and have some experience with
> mail servers.
>
Do you plan to post your presentations on slideshare?
Would this be the case, we will push your link on @ApacheJames twitter
(let's start buzzing :)
Good luck for james at RLUG meetings (just read that on
http://ieugen.blogspot.com/
We will look to aggregate your blog on planetapache.
>> Btw, on my side, my "summer break" will begin a bit later (my client is
>> asking for me...). As discussed, I will commit a few hadoop/hbase samples in
>> my git tomorrow (my new macs will help me for :)
>
> Great, I look forward to that.
>
It will be a "work in progress".
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Ioan Eugen Stan <st...@gmail.com>.
2011/6/8 Eric Charles Apache <er...@apache.org>:
> Great!
Thanks for the support Eric, see my comments below:
> Strong point compared to others:
> - mailets to have rich spooling functions
> - protocol hooks (smtp, pop3, imap)
> - different storage system supported (db, maildir, jcr and soon hbase :)
Can I get any performance benchmarks, besides those from the wiki?
How does it compare to legacy, well established MTA like postfix,
sendmail, qmail, etc. in terms of performance and/or features?
How usable is the IMAP support? I saw some older posts and recent JIRA
issues that stated IMAP is not fully supported. I will read more on
the documentation page, please notify me if the pages need to be
updated.
> Weak points:
> - 3.0 not yet used widely, so may still contain issues.
Agreed, I will mention this and I hope to get more input from the
audience. Some of them are sys-admins and have some experience with
mail servers.
> Btw, on my side, my "summer break" will begin a bit later (my client is
> asking for me...). As discussed, I will commit a few hadoop/hbase samples in
> my git tomorrow (my new macs will help me for :)
Great, I look forward to that.
--
Ioan Eugen Stan
http://ieugen.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: let the coding start
Posted by Eric Charles Apache <er...@apache.org>.
Great!
Strong point compared to others:
- mailets to have rich spooling functions
- protocol hooks (smtp, pop3, imap)
- different storage system supported (db, maildir, jcr and soon hbase :)
Weak points:
- 3.0 not yet used widely, so may still contain issues.
Btw, on my side, my "summer break" will begin a bit later (my client is
asking for me...). As discussed, I will commit a few hadoop/hbase
samples in my git tomorrow (my new macs will help me for :)
Tks,
- Eric
On 08/06/11 19:57, Ioan Eugen Stan wrote:
> Hello,
>
> I just finished my last exam and I will dedicate my full time to
> James. For tomorrow I will keep a presentation about James to a LUG
> meating. They are held monthly. I will prepare the presentation
> tomorrow morning.
>
> What are James's strong and week points in your opinion?
>
> p.s. I also started a blog, I will see how to add it to the planet soon.
>
>
> Bye,
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org