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 2012/01/31 22:24:51 UTC
james gsoc 2012 ideas
Hello again,
Google Summer of Code is approaching again. I guess Apache will be
selected again. I'm planning to apply for James because this is the
last year I can participate but I'm also thinking of mentoring. Haven't
decided yet.
I have two ideas for GSoC this year:
1. distributed Mailet processor using actors. I saw something like
this exists but it's not in the code base.
2. Mailet bindings for other languages. Implement Mailets in your
preferred language (Python, Ruby, JavaScript, Perl, Bash, etc.). The
idea is that most sys-admins for mail servers are not java friendly and
are more productive with the tools they know.
Cheers,
--
Ioan Eugen Stan
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: james gsoc 2012 ideas
Posted by Eric Charles <er...@apache.org>.
In short, I understand gsoc as a way for young student to put a foot in
the opensource world with a paid amount as grant for the time spent and
the effort for this (doing such contribution while studying is not easy).
I don't see gsoc at all as a way for someone (student,
worker/student,...) to get some additional revenue.
But that's only my point of vue, and some can have others.
However, now that I know this, I will not reiterate the gsoc experience...
Eric
On 01/02/12 20:34, Ioan Eugen STAN wrote:
> On Mi 01 feb 2012 20:19:02 +0200, Eric Charles wrote:
>> Hi Ioan,
>> See comments inside.
>> Eric
>>
>> On 31/01/12 22:24, Ioan Eugen STAN wrote:
>>> Hello again,
>>>
>>> Google Summer of Code is approaching again. I guess Apache will be
>>> selected again. I'm planning to apply for James because this is the
>>> last year I can participate but I'm also thinking of mentoring. Haven't
>>> decided yet.
>>>
>>
>> Didn't you already participate as a student last year...???
>
> Yes I did, but there isn't a limit (from what I know). I also thought
> about mentoring first but then someone mentioned that since I already
> know the code base (parts of it anyway) I can be like a full time payed
> developer for James. And then my wheels started turning :D. I can
> achieve much more then last year considering that my coding skills have
> improved considerably.
>
>>> I have two ideas for GSoC this year:
>>>
>>> 1. distributed Mailet processor using actors. I saw something like
>>> this exists but it's not in the code base.
>>>
>>
>> Not sure what you mean. Are you thinking to scala-like actors?
>
> Yes, something like that. From my knowledge, actors can be distributed
> to other machines.
>
>>> 2. Mailet bindings for other languages. Implement Mailets in your
>>> preferred language (Python, Ruby, JavaScript, Perl, Bash, etc.). The
>>> idea is that most sys-admins for mail servers are not java friendly and
>>> are more productive with the tools they know.
>>>
>>
>> Can be interesting, however if the goal is to attract more users, IMHO
>> things like a web management interface or hot reload configuration
>> would be more helpful.
>
> Speaking like someone who felt the needs. Great ideas, why haven't you
> mentioned them before?
> I especially like the one with hot reloading the configuration. Get's
> us one step closer to clustering and distributed James instances.
>
>
>>> Cheers,
>>> --
>>> Ioan Eugen Stan
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>
>
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: james gsoc 2012 ideas
Posted by lclhst <l0...@gmail.com>.
I'd say: +SOMUCH for hot configuration reload. :)
On Wed, Feb 1, 2012 at 8:34 PM, Ioan Eugen STAN <st...@gmail.com> wrote:
> On Mi 01 feb 2012 20:19:02 +0200, Eric Charles wrote:
>> Hi Ioan,
>> See comments inside.
>> Eric
>>
>> On 31/01/12 22:24, Ioan Eugen STAN wrote:
>>> Hello again,
>>>
>>> Google Summer of Code is approaching again. I guess Apache will be
>>> selected again. I'm planning to apply for James because this is the
>>> last year I can participate but I'm also thinking of mentoring. Haven't
>>> decided yet.
>>>
>>
>> Didn't you already participate as a student last year...???
>
> Yes I did, but there isn't a limit (from what I know). I also thought
> about mentoring first but then someone mentioned that since I already
> know the code base (parts of it anyway) I can be like a full time payed
> developer for James. And then my wheels started turning :D. I can
> achieve much more then last year considering that my coding skills have
> improved considerably.
>
>>> I have two ideas for GSoC this year:
>>>
>>> 1. distributed Mailet processor using actors. I saw something like
>>> this exists but it's not in the code base.
>>>
>>
>> Not sure what you mean. Are you thinking to scala-like actors?
>
> Yes, something like that. From my knowledge, actors can be distributed
> to other machines.
>
>>> 2. Mailet bindings for other languages. Implement Mailets in your
>>> preferred language (Python, Ruby, JavaScript, Perl, Bash, etc.). The
>>> idea is that most sys-admins for mail servers are not java friendly and
>>> are more productive with the tools they know.
>>>
>>
>> Can be interesting, however if the goal is to attract more users, IMHO
>> things like a web management interface or hot reload configuration
>> would be more helpful.
>
> Speaking like someone who felt the needs. Great ideas, why haven't you
> mentioned them before?
> I especially like the one with hot reloading the configuration. Get's
> us one step closer to clustering and distributed James instances.
>
>
>>> Cheers,
>>> --
>>> Ioan Eugen Stan
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: james gsoc 2012 ideas
Posted by Ioan Eugen STAN <st...@gmail.com>.
On Mi 01 feb 2012 20:19:02 +0200, Eric Charles wrote:
> Hi Ioan,
> See comments inside.
> Eric
>
> On 31/01/12 22:24, Ioan Eugen STAN wrote:
>> Hello again,
>>
>> Google Summer of Code is approaching again. I guess Apache will be
>> selected again. I'm planning to apply for James because this is the
>> last year I can participate but I'm also thinking of mentoring. Haven't
>> decided yet.
>>
>
> Didn't you already participate as a student last year...???
Yes I did, but there isn't a limit (from what I know). I also thought
about mentoring first but then someone mentioned that since I already
know the code base (parts of it anyway) I can be like a full time payed
developer for James. And then my wheels started turning :D. I can
achieve much more then last year considering that my coding skills have
improved considerably.
>> I have two ideas for GSoC this year:
>>
>> 1. distributed Mailet processor using actors. I saw something like
>> this exists but it's not in the code base.
>>
>
> Not sure what you mean. Are you thinking to scala-like actors?
Yes, something like that. From my knowledge, actors can be distributed
to other machines.
>> 2. Mailet bindings for other languages. Implement Mailets in your
>> preferred language (Python, Ruby, JavaScript, Perl, Bash, etc.). The
>> idea is that most sys-admins for mail servers are not java friendly and
>> are more productive with the tools they know.
>>
>
> Can be interesting, however if the goal is to attract more users, IMHO
> things like a web management interface or hot reload configuration
> would be more helpful.
Speaking like someone who felt the needs. Great ideas, why haven't you
mentioned them before?
I especially like the one with hot reloading the configuration. Get's
us one step closer to clustering and distributed James instances.
>> Cheers,
>> --
>> Ioan Eugen Stan
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: james gsoc 2012 ideas
Posted by Eric Charles <er...@apache.org>.
Hi Ioan,
See comments inside.
Eric
On 31/01/12 22:24, Ioan Eugen STAN wrote:
> Hello again,
>
> Google Summer of Code is approaching again. I guess Apache will be
> selected again. I'm planning to apply for James because this is the
> last year I can participate but I'm also thinking of mentoring. Haven't
> decided yet.
>
Didn't you already participate as a student last year...???
> I have two ideas for GSoC this year:
>
> 1. distributed Mailet processor using actors. I saw something like
> this exists but it's not in the code base.
>
Not sure what you mean. Are you thinking to scala-like actors?
> 2. Mailet bindings for other languages. Implement Mailets in your
> preferred language (Python, Ruby, JavaScript, Perl, Bash, etc.). The
> idea is that most sys-admins for mail servers are not java friendly and
> are more productive with the tools they know.
>
Can be interesting, however if the goal is to attract more users, IMHO
things like a web management interface or hot reload configuration would
be more helpful.
> Cheers,
> --
> Ioan Eugen Stan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org