stunnel thinks the pipe is still open until the peer closes it. <br><br>Have you tried using the TIMEOUTidle or TIMEOUTbusy option? <a href="http://www.stunnel.org/static/stunnel.html">http://www.stunnel.org/static/stunnel.html</a><br>
<br><div class="gmail_quote">On Tue, Aug 7, 2012 at 3:47 PM, Denis Solovyov <span dir="ltr"><<a href="mailto:elk@elk.ru" target="_blank">elk@elk.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I use stunnel 4.53 to provide pop3s for existing pop3 service. I start<br>
stunnel from xinetd, and then exec pop3 utility from stunnel.<br>
<br>
If a legal pop3s client connects to a server, everything's fine. But if<br>
I try to do "telnet host 995" with a simple telnet client and then just<br>
do nothing (or even close telnet client without quitting) stunnel<br>
process keeps waiting for a very long time (actually maybe forever, I<br>
just kill it). The last line in log in such case "Service [stunnel]<br>
accepted connection from xx.xx.xx.xx:xxxx". No stunnel TIMEOUT* options<br>
have effect in this situation.<br>
<br>
What can I do to avoid such "waiting"?<br>
Maybe stunnel should have something like "SSL negotiation timeout"?  Or<br>
is there a way to emulate it? (Analyzing `ps` or `netstat` is a bad idea<br>
of course.)<br>
<br>
With the best regards,<br>
Denis Solovyov<br>
<br>
_______________________________________________<br>
stunnel-users mailing list<br>
<a href="mailto:stunnel-users@stunnel.org">stunnel-users@stunnel.org</a><br>
<a href="https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users" target="_blank">https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users</a><br>
</blockquote></div><br>