> There are people who *don't* useTurbomailin their applications? are you sure?

Can I quote you on that?  ;^)

> Off the top of my head:
>  *snip*
> and another 3 I know of in various stages of release.

Are these all you have worked on?  I see nothing about the underlying
technologies on any of them, even the one that has a blog.  :)

> Quite frankly, I'm marginally astonished nobody has considered simply 
> integratingTurboMailinto TG itself.

Amusingly, I'm working fairly hard on making TurboMail TurboGears-
independent.  Not every application requires mail, and some may even
do it by hand.  My original understanding of TurboGears was minimal
glue holding together best-of-breed components, which is why I'm
making it more of a generalized component, useful for -all- Python
applications.

> That might help with the only issue I've ever had with it which is that 
> running threads tend to correlate with problems shutting the daemon 
> down.TurboMailis less affected by this than some threaded operations, but it 
> seems to be a common problem.

Check out: http://www.python-turbomail.org/changeset/50 and
http://www.python-turbomail.org/ticket/65

These should solve your problem, and will be included in the next
release.

> 1. Error handling, how to consistently detect when a send failed, and why

The 3.0 branch has a debugging, single-threaded manager which will
pass along exceptions so you can test.

> 2. What configuration is necessary to prevent your email from being 
> immediately spam-binned by gmail regardless of content.

Could you open a ticket with more information?  That's -very-
strange.  Likely if someone is using TurboMail (which adds a TurboMail
version header) to spam in large quantities, Gmail may use that as a
trigger for its filters.  >_<  Ouch.

> 3. Configuration of exim4 under ubuntu to create a local capture
> environment so all email generated is caught and made available in a
> mailbox for review. Useful for testing.

Also in the next release will be a suite of unit tests which will
include a debugging SMTP server / mail sink.  In fact, that's the only
component holding up release.  Doesn't look at someone specific.
*hint*  *hint*

 - Alice.


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"TurboGears" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/turbogears?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to