Just a thought : There is a difference between what options dovecot presents and what imapproxy present. Wonder if RC requires some other options presented from ImapProxy that it had got directly from Dovecot.
# telnet localhost 3993 Escape character is '^]'.
- OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. a1 logout
- BYE Logging out
a1 OK Logout completed. Connection closed by foreign host.
# telnet localhost 1993 Escape character is '^]'.
- OK [CAPABILITY IMAP4rev1 LITERAL+ LOGIN-REFERRALS ID ENABLE
AUTH=LOGIN XIMAPPROXY] Dovecot ready. a1 logout
- BYE LOGOUT received
a1 OK Completed
On 07/04/2013 00:10, Simon Loewenthal wrote:
Hi Stan, Thanks for the suggestions. I am testing anything since the box has a mere 496Mb of RAM and not too quick discs. It mayn't speed things up, but is worth a try.
It is not using SSL, just a port that looks like it is. PLAIN auth is used.
These were already set. $rcmail_config['default_host'] = 'localhost'; $rcmail_config['imap_auth_type'] = PLAIN;
On 06/04/2013 23:25, Stan Hoeppner wrote:
On 4/6/2013 6:01 AM, Simon Loewenthal wrote:
Hi there and a special hi to those who read this on the weekend,
I have had a working RoundCube installation for years - RC rocks!I decided to add SquirrelMail's IMAPPROXY into the mix to speed it all up, but cannot get RC to work with it. Everything runs on localhost, ImapProxy 1.2.7-1, RC 0.8.6 and with Debian 6.0.7
With RC and Dovecot running on the same box, an IMAP proxy isn't going to significantly increase performance, if any. The purpose of the proxy is to establish an IMAP login and keep it open like a desktop MUA (TB) does, so that each client command doesn't require a login/logoff cycle as is the RC connectionless default. With everything running on the same box, the normal RC logon/off cycle is instantaneous. So by using a proxy in this scenario, you simply increase daemon complexity for little/no gain.
I've modified the RC configuration as follows: // TCP port used for IMAP connections $rcmail_config['default_port'] = 1993;
# telnet localhost 1993 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'.
- OK [CAPABILITY IMAP4rev1 LITERAL+ LOGIN-REFERRALS ID ENABLE
AUTH=LOGIN XIMAPPROXY] Dovecot ready. a1 logout
- BYE LOGOUT received
a1 OK Completed
However, using the RC webmail logins failed. ImapProxy did not log any thing to LOG_MAIL, but this is expected because a failed log in should not be an imapproxy problem.
If you're still determined to try this proxy, check these RC settings.
Specify localhost.
// the mail host chosen to perform the log-in // leave blank to show a textbox at login, give a list of hosts // to display a pulldown menu or set one host as string. // To use SSL/TLS connection, enter hostname with prefix ssl:// or tls:// $rcmail_config['default_host'] = array("localhost");
Your use of TCP 1993 suggests you're trying to use SSL. This must match from RC to proxy to Dovecot. SSL is completely useless when all daemons run on the same box, so use plain auth on TCP 143.
// TCP port used for IMAP connections $rcmail_config['default_port'] = 143;
Again, it's silly to encrypt via SSL when all the traffic is inside the RAM of the box, nothing over the wire. The over the wire security from your browser to RC is provided by HTTPS.
// IMAP auth type. Can be "auth" (CRAM-MD5), "plain" (PLAIN) or "check" to auto detect. // Optional, defaults to "check" $rcmail_config['imap_auth_type'] = plain;
Again use plain authentication. Simply using plain auth and non-encrypted IMAP connections will speed things up slightly over using SSL as it eliminates the cycles required for encryption.
Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users