[Nitro] TMail in Nitro

George Moschovitis george.moschovitis at gmail.com
Thu Sep 13 03:42:44 EDT 2007


Thanks for this link.

I need TMail for correct multipart email parsing. Not to implement some kind
of SMTP protocol. net/pop3 (especially with some backported code from 1.9)
is sufficient for this. So EM does not really solve our problem in this
context.

thanks,
George.

On 9/13/07, Mark Van De Vyver <mvyver at gmail.com> wrote:
>
> Hi,
>
> > I planning on including the TMail source files in the Nitro
> distribution. I
> > need some advanced email handling features that I don't feel like
> > implementing from scratch. From what I see there is no gem.
> >
> > any objections and/or other ideas?
>
> Not an objection, just an idea..... Event Machine?
> http://rubyforge.org/projects/eventmachine
>
> Email is not my use-case but it seems it may have what you need?
> Perhaps more importantly, and if my understanding is correct, it also
> offers valuable 'head-room' (I've some ideas but these are half-baked
> at the moment)!
> It would be great if EM was 'accommodated' in Nitro/Og.  There is also
> an aim to be Jruby compatible....
>
> For those not aware of EM, from a recent post of Francis Cianfrocca :
> <quote>
> At bottom, EM is a high-performance I/O engine, very very stable and
> based on years on insights from high-performance network programming.
> It also (I will admit) enables programmers to avoid threads, which is
> a personal bias of mine. (In my defense, I'll say that this bias is
> not a prejudice. I've been writing threaded programs on Windows since
> the earliest Win32 betas, 15 years ago, and on Unix since before Posix
> threads were a standard.)
>
> Above the base level, however, the goal is to provide as complete a
> set of tools for network programming and distributed computing as
> possible, congruent with the "Ruby way." I'll be happy when Ruby
> programmers needing to write network-aware software can reach into the
> EM toolkit and just pull out what they need.
>
> A perfect example is the subject of this thread: a complete and
> correct implementation of SMTP (both server and client side) that any
> Ruby programmer can simply drop in. The SMTP implementation (like the
> already-existing HTTP and other implementations) throws off "events"
> that your programs can respond to.
> </quote>
>
> > -g.
> >
> >
> > --
> > http://www.me.gr
> > http://phidz.com
> > http://blog.gmosx.com
> > http://cull.gr
> > http://www.joy.gr
> > http://nitroproject.org
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://www.me.gr
http://phidz.com
http://blog.gmosx.com
http://cull.gr
http://www.joy.gr
http://nitroproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070913/015d608f/attachment.html 


More information about the Nitro-general mailing list