I got stunnel to "mostly"? work under inetd.
Fixed a problem with the SSL_v version.
Getting close...
Seems now that someone isn't completing the conversation.
dbmail and imap (no ssl) still works, but this thing is just not
quite there.
2007.10.30 19:36:12 LOG7[25465:47863140286544]: FD 0 in non-blocking
mode
2007.10.30 19:36:12 LOG7[25465:47863140286544]: FD 1 in non-blocking
mode
2007.10.30 19:36:12 LOG7[25465:47863140286544]: TCP_NODELAY option
set on local socket
2007.10.30 19:36:12 LOG7[25465:47863140286544]: FD 4 in non-blocking
mode
2007.10.30 19:36:12 LOG7[25465:47863140286544]: FD 5 in non-blocking
mode
2007.10.30 19:36:12 LOG7[25465:47863140286544]: Connection from
65.29.101.30:49247 permitted by libwrap
2007.10.30 19:36:12 LOG5[25465:47863140286544]: inetd connected from
65.29.101.30:49247
2007.10.30 19:36:12 LOG7[25465:47863140286544]: SSL state (accept):
before/accept initialization
2007.10.30 19:36:12 LOG7[25465:47863140286544]: SSL state (accept):
SSLv2 read client hello A
2007.10.30 19:36:12 LOG7[25465:47863140286544]: SSL state (accept):
SSLv2 write server hello A
2007.10.30 19:37:12 LOG3[25465:47863140286544]: SSL_accept: Peer
suddenly disconnected
2007.10.30 19:37:12 LOG5[25465:47863140286544]: Connection reset: 0
bytes sent to SSL, 0 bytes sent to socket
2007.10.30 19:37:12 LOG7[25465:47863140286544]: inetd finished (0 left)
On Oct 30, 2007, at 6:38 AM, Marc Dirix wrote:
accept = 993
If you use stunnel from inetd, you must *not* set this value.
Jani's config is right!
If you set accept, stunnel tries to connect to port 993, which is
claimed by inetd!
Marc
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
