Serge Knystautas wrote: > Stephan, > > For now the workaround is to set the timeout to much longer in the SMTP > handler. The danger of setting the timeout too high is that if you have > someone errantly connecting to your server (or remotely getting stuck during > delivery), you'll have a lot of extra threads waiting for data that's never > coming. > > What I intend to do is add a special InputStream in the SMTP handler so that > the timeout will get reset every few kb that has been sent. This way, as > long as the server is still receiving data at some reasonable rate (I'm not > sure what's reasonable... maybe 14.4kbps, so 1k/s??), then the connection > will not get timed out.
I think this would be a good solution. I would take 1k/s as default. Bye, Stephan Schiessling [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
