I'm running a very small murder setup using Simon Matter's RPM packages on CentOS 6.x. Frequently, the tis_sessions.db file on the update master becomes corrupt such that one or more of the nodes can no longer establish a connection. Of course, this results in folders not reserved properly on the master and a long list of issues from there. Each time I see the behavior in the logs: tlsv1 alert decrypt error in SSL_accept() -> fail STARTTLS negotiation failed: imap1.xxx.xxx Connection reset by peer, closing connection Stopping cyrus-imapd, removing tls_sessions.db and then restarting cyrus-imapd always solves the problem. Is the tls database typically this unreliable (can't imagine why as it's the same db used for the mail, right?) and perhaps I should just not cache these connections or is there something else that could be wrong?
FWIW, I don't think I have ever seen that with RHEL 5. I have no idea what could be causing this.
-- Sebastian Hagedorn - Weyertal 121, Zimmer 2.02 Regionales Rechenzentrum (RRZK) Universität zu Köln / Cologne University - Tel. +49-221-470-89578
Attachment:
p7scjS13t9K7H.p7s
Description: S/MIME cryptographic signature
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus