Possible SMTP Timeout Control Issue in TurboMail 2.03?
MichaelG
I am a current and happy user of TG 1.01b and TurboMail 2.03. I have
noticed an intermittent issue with TurboMail when it interacts with a
certain slow SMTP server, and I thought I'd toss this out and see if
anyone else had seen it before, and might have some ideas.
Note, this is all very low volume and small sized messages discussed
here. The rest of the TG environment is described more fully below.
95%+ of the time, TurboMail works great within my mostly Linux
environment. However, from time to time, messages simply do not get
sent out, even though from all appearances, the TG application is
running fine, and nothing is visibly hung. If I restart the
application, sometimes it fixes it, sometimes it does not fix it.
When I telnet the the SMTP server by hand, I note that from time to
time, it responds to commands very very slowly.
It makes sense to me that TurboMail is spawning a thread to handle the
message sending chore, and that this thread is dying at some point
based on the high latency in the mail server it is speaking to.
So, my best guess is that I need to either get the IT manager to fix
his SMTP server (someday!), or I need to make TurboMail more patient.
There appears to be some timeout related stuff in module
turbomail.pool, but for some reason, this has not been exposed that I
can tell. Is this a logical place to play with timeouts in TurboMail,
or can someone point me to a better one?
Much Thanks,
- MichaelG
main:/opt/tg/ibus# tg-admin info
TurboGears Complete Version Information
TurboGears requires:
* TurboGears 1.0b1
* nose 0.9.0
* configobj 4.3.2
* RuleDispatch 0.5a0.dev-r2115
* setuptools 0.6c2
* FormEncode 0.5.1
* cElementTree 1.0.5-20051216
* PasteScript 0.9.7
* elementtree 1.2.6
* simplejson 1.3
* SQLObject 0.7.1dev-r1860
* CherryPy 2.2.1
* TurboKid 0.9.8
* TurboCheetah 0.9.5
* TurboJson 0.9.9
* PyProtocols 1.0a0
* Cheetah 1.0
* PasteDeploy 0.9.6
* Paste 0.9.7
* FormEncode 0.5.1
* kid 0.9.3
* Cheetah 1.0
* elementtree 1.2.6
Identity Providers
* sqlobject (TurboGears 1.0b1)
* sqlalchemy (TurboGears 1.0b1)
tg-admin Commands
* info (TurboGears 1.0b1)
* shell (TurboGears 1.0b1)
* quickstart (TurboGears 1.0b1)
* update (TurboGears 1.0b1)
* sql (TurboGears 1.0b1)
* i18n (TurboGears 1.0b1)
* toolbox (TurboGears 1.0b1)
Visit Managers
* sqlobject (TurboGears 1.0b1)
* sqlalchemy (TurboGears 1.0b1)
Template Engines
* kid (TurboKid 0.9.8)
* cheetah (TurboCheetah 0.9.5)
* json (TurboJson 0.9.9)
Widget Packages
TurboGears Extensions
* visit (TurboGears 1.0b1)
* identity (TurboGears 1.0b1)
* fastdata (TGFastData 0.9a6)
* turbomail (TurboMail 2.03)
Kevin Horn
It might also give you some clues as to where the slowness is happening, and whether its happening at the web level or deeper (TCP, etc.)
Kevin Horn