Re: [RCU] Large inbox slow
On 1/27/2014 1:06 PM, List wrote: We are hosting a webmail service using roundcube 0.8.1 and a number of our users with inboxes in excess of 8000-1 messages are experiencing Inbox folder has 8-10K, or the entire mailbox including subfolders has 8-10K messages? extremely slow response times (We also downloaded a recent copy and it's just as slow). We are using Dovecot 2.1 as the IMAP server and have not had any issues with clients like outlook or Thunderbird, but as far as we understand it those clients keep a local copy of the messages for quick retrieval while Roundcube is doing everything over IMAP. Is there any thing we can do or should look at to improve the response times for loading an inbox with many thousands of messages? What do you mean loading an inbox? Are you referring to initialization just after logon, where new message notifications get displayed on the folder tree? Or do you mean simply clicking on the Inbox folder? How many rows per page are these users displaying? This is user configurable. If the value is high things will be slower. -- Stan ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] RoundCube , ImapProxy and Dovecot - some questions?
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. -- Stan ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] what does roundcube use mysql for?
On 4/1/2013 1:54 PM, Arne Berglund wrote: It requires a database, yes. It supports several varieties, including mysql, postgres, etc. Choose your favorite. Or choose what works best for your deployment. Grant's lack of knowledge of mail storage formats suggests this is a personal/SOHO server. In which case sqlite is probably his best bet. -- Stan ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] Does roundcube support STARTTLS on port 587 for sending mail?
On 1/7/2012 7:26 AM, Thomas Bruederli wrote: From config/main.inc.php.dist // SMTP server host (for sending mails). // To use SSL/TLS connection, enter hostname with prefix ssl:// or tls:// // If left blank, the PHP mail() function is used // Use %h variable as replacement for user's IMAP hostname $rcmail_config['smtp_server'] = ''; Cool. When was this change made? I'm using the Debian Squeeze package, RC 0.3.1, which is admittedly rather old, and it only mentions SSL, not TLS: // use this host for sending mails. // to use SSL connection, set ssl://smtp.host.com // if left blank, the PHP mail() function is used // Use %h variable as replacement for user's IMAP hostname $rcmail_config['smtp_server'] = ''; I'm guessing the rev Charles is using obviously doesn't mention TLS either. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Additional mailbox space
On 1/2/2012 4:47 AM, p...@shopterraforma.com wrote: Recently my mailbox went from being 25% to 81% full very quickly. I use this email address for business so it's very important I add more mailbox space. How can I do so? You're asking the wrong people. You need to contact the people who operate/manage your Roundcube server. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Does roundcube support STARTTLS on port 587 for sending mail?
On 12/29/2011 6:28 AM, Charles Marcus wrote: On 2011-12-28 4:37 PM, Stan Hoeppner s...@hardwarefreak.com wrote: Have you read this yet? 3-4 years old. http://trac.roundcube.net/ticket/1484883 Thanks Stan... Alec's final patch doesn't state whether one needs to use $rcmail_config['smtp_server'] = 'tls://smtp.host.com'; Actually it does: I just added a patch (#1484883.200812170953.patch) to enable the 'tls://' prefix in Net/SMTP. Please test. This comment was made by Robin regarding his earlier patch, not Alec's final patch. I was unable to discern if Alec's patch required 'tls://' or not, and Alec didn't mention it one way or the other. Just tested and it is now working... Cool. Alec - maybe the main.inc.php config file should document this like it does the use of the deprecated port 465 for smtps? Yes, accurate documentation is always nice, some would say a requirement. I agree with the latter group. :) Thanks again Stan, Glad I was to help. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Does roundcube support STARTTLS on port 587 for sending mail?
On 12/28/2011 2:45 PM, Charles Marcus wrote: I attempted to set this by changing // SMTP port (default is 25; 465 for SSL) $rcmail_config['smtp_port'] = 587; // SMTP username (if required) if you use %u as the username Roundcube // will use the current username for login $rcmail_config['smtp_user'] = '%u'; // SMTP password (if required) if you use %p as the password Roundcube // will use the current user's password for login $rcmail_config['smtp_pass'] = '%p'; but I got 250 errors in roundcube (and nothing but a connect followed by a quick disconnect in the MTA log)... so I'm guessing it doesn't? That or I missed something... Hi Charles. Have you read this yet? 3-4 years old. http://trac.roundcube.net/ticket/1484883 Alec's final patch doesn't state whether one needs to use $rcmail_config['smtp_server'] = 'tls://smtp.host.com'; Some of that thread makes it seem it's negotiated automatically if the server supports it. Maybe give the manual setting a shot, and keep your auth type empty: $rcmail_config['smtp_auth_type'] = ''; -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Problems after a switch from Apache2 to Nginx
On 8/24/2011 2:11 AM, Tamashii wrote: Perfect! Thanks alot, it works now! You're welcome. I hope I was able to save you some of the frustration I went through when I originally dealt with this. -- Stan Am 24.08.2011 02:23, schrieb Stan Hoeppner: On 8/23/2011 5:49 PM, Tamashii wrote: ... Both show me a login page - and I can login successfully (I see new mail an all options) - and then after 1-2 seconds I am kicked back to the login page. Any ideas what I can change? Suhosin is built into Squeeze PHP5 and is the cause of the problem. Set the following to fix it: /etc/php5/conf.d/suhosin.ini ; Transparent Encryption Options suhosin.session.encrypt = off I ran into this after my Lenny - Squeeze upgrade in late April. It is documented in this RCU thread: http://www.mail-archive.com/users@lists.roundcube.net/msg03507.html -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Problems after a switch from Apache2 to Nginx
On 8/23/2011 5:49 PM, Tamashii wrote: ... Both show me a login page - and I can login successfully (I see new mail an all options) - and then after 1-2 seconds I am kicked back to the login page. Any ideas what I can change? Suhosin is built into Squeeze PHP5 and is the cause of the problem. Set the following to fix it: /etc/php5/conf.d/suhosin.ini ; Transparent Encryption Options suhosin.session.encrypt = off I ran into this after my Lenny - Squeeze upgrade in late April. It is documented in this RCU thread: http://www.mail-archive.com/users@lists.roundcube.net/msg03507.html -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Sent Items
On 6/30/2011 8:04 AM, Nelson wrote: I just recently setup roundcube and now playing with it. I have two folders Sent and Sent Items. But RC treat Sent Items also as Sent. So in RC, there is 2 Sent folder. Is there a way I could display Sent and Sent Items in the Folder pane? This is the result of accessing one mailbox with two different MUA clients, such as Thunderbird and RoundCube, each of which use a different default folder name for storing copies of sent messages. RC uses Sent and IIRC TB uses Sent Items. Substitute Outlook Express or any other client you may be supporting for TB in this discussion. The fix for this is simply configuring both clients to use the same folder name. Then move all items from the one you plan to remove to the one you plan to keep. Then remove the undesired folder. If you are supporting multiple TB users on an existing IMAP server, it may be best to simply change the default RC setting that controls this: /etc/roundcube/main.inc.php ... // store sent message is this mailbox // leave blank if sent messages should not be stored $rcmail_config['sent_mbox'] = 'Sent'; ... Changing 'Sent' to 'Sent Items' and restarting your web server should be sufficient. You should also take this opportunity to cross reference all the default folder names that TB uses and change those in main.inc.php to match what TB uses. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] RESOLVED: problems after Debian 5 to 6 upgrade
On 4/30/2011 1:03 PM, Stan Hoeppner wrote: Back to the original problem... My lighttpd, RC 0.3.1, PHP5, sqlite packages are part of stock Debian 6.0 AFAIK. I've just posted a message on debian-user about this RC problem; hoping to hear something soon. Changing the following in /etc/php5/conf.d/suhosin.ini fixed the problem. ; Transparent Encryption Options ;suhosin.session.encrypt = on-- default suhosin.session.encrypt = off I'm not absolutely certain of the cause, and can't verify my hypothesis as I no longer have a Debian 5 system to test, but, that said... Apparently the php5 binary shipped w/ Debian 5 did not have the suhosin module compiled into it, thus the 'on' setting above was simply ignored, and I did not have the RC login redirection problem. Debian 6 php5 does have suhosin compiled in PHP 5.3.3-7+squeeze1 with Suhosin-Patch (cli) (built: Mar 18 2011 17:22:52) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH and thus the 'on' setting above was in effect, causing the login redirection problem. I'm surprised that the Debian teams allowed this situation to occur. If my hypothesis is correct, not just mine, but every Debian 6 RC 0.3.1 server was down after the distribution upgrade, with no relevant log entries whatsoever, an no warnings in documentation prior to the upgrade. Apparently I'm the only Debian+RC user on the planet? -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] problems after Debian 5 to 6 upgrade
On 4/28/2011 6:26 AM, Martin Muskulus wrote: Hi, [27-Apr-2011 19:15:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 This is an error message from the PEAR MDB2 package not from Roundcube itself. Roundcube seems to use PEAR MDB2 package for database connectivity. The current stable release of MDB2 uses assignments by reference (= new ). There is a newer beta of the MDB2 package available where changelog says dropped php4 support and php5.3 fixes. It can be installed by shell command pear upgrade MDB2-beta or you can grab it from http://pear.php.net/package/MDB2/download/ This didn't fix the redirect problem, but it does seem to have squelched the log errors. Back to the original problem... My lighttpd, RC 0.3.1, PHP5, sqlite packages are part of stock Debian 6.0 AFAIK. I've just posted a message on debian-user about this RC problem; hoping to hear something soon. Per one of the suggestions on the RC forum, I went to disable Suhosin in PHP, but the Debian PHP5 has Suhosin compiled into the binary, so I can't disable it. If it's possible I've not discovered how. It shouldn't matter as both packages are standard Debian 6 packages, and should thus have been tested to work together. Multiple people on the forum have reported the same login redirection problem, but only with 0.4.x and 0.5.x IIRC. In each case the problem was solved by different means. One guy fixed it by replacing index.php or main.inc.php as it was apparently missed during an upgrade. My upgrade was from 0.3.1 to 0.3.1 so this isn't an option. Another guy fixed it by disabling Suhosin. This tells me there are multiple causes of the login redirection problem, and no definitive answer. :( This is getting really frustrating. I removed and reinstalled the Debian RC package, same for all the PHP5 packages, and that didn't help. I was using RC 0.3.1 from Lenny backports before the Squeeze upgrade, which also contains RC 0.3.1. Thus, it shouldn't be a problem with my config files, which have not changed. This issue only seems to occur after upgrades. It would be nice if there were some documentation regarding this problem, or simply some log entries telling me where to look. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
[RCU] problems after Debian 5 to 6 upgrade
Platform: Debian 6.0 Squeeze i386 RC rev:0.3.1-6 Symptom: Immediately after RC login and seeing the mailbox view I am instantly redirected back to the login page. This occurs via http and https, with or without https redirection enabled. I did not have this problem immediately after the Squeeze upgrade when I tested all apps on the server to make sure they were all working. Relevant Log entries: ... [27-Apr-2011 19:15:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [27-Apr-2011 19:15:28] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [27-Apr-2011 19:15:28] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 Related information: I can't recall the exact details, but an issue unrelated to Roundcube forced me to remove and reinstall one of the php packages on the system. I'm guessing this is the source of the problem. There are 234 php and related packages in Debian 6.0 and I have no idea which one(s) I need to reinstall to fix this problem. Any help would be greatly appreciated. Thanks. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] problems after Debian 5 to 6 upgrade
Michael Orlitzky put forth on 4/27/2011 8:00 PM: On 04/27/2011 08:34 PM, Stan Hoeppner wrote: Platform: Debian 6.0 Squeeze i386 RC rev:0.3.1-6 Symptom: Immediately after RC login and seeing the mailbox view I am instantly redirected back to the login page. This occurs via http and https, with or without https redirection enabled. I did not have this problem immediately after the Squeeze upgrade when I tested all apps on the server to make sure they were all working. Relevant Log entries: ... [27-Apr-2011 19:15:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [27-Apr-2011 19:15:28] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [27-Apr-2011 19:15:28] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 This is nothing to worry about. The older version of Roundcube does something that is now deprecated. There are no other effects than these log entries (for now). Related information: I can't recall the exact details, but an issue unrelated to Roundcube forced me to remove and reinstall one of the php packages on the system. I'm guessing this is the source of the problem. There are 234 php and related packages in Debian 6.0 and I have no idea which one(s) I need to reinstall to fix this problem. Any help would be greatly appreciated. Can you double check that you didn't lose any of the requirements somehow? http://trac.roundcube.net/wiki/Howto_Requirements I just double checked the Debian Roundcube 0.3.1-6 package dependencies and all are installed. Make sure PHP has all of the necessary extensions, in particular. They all appear to be installed. It depends on what's causing this, but it may help to see the HTTP headers from your request and the ones returned by the server. The easiest way to get them is probably Live HTTP Headers for Firefox: https://addons.mozilla.org/en-us/firefox/addon/live-http-headers/ Here's are the last two http headers I get resulting from the login and the subsequent redirect. RC is redirecting me back to the 'referer' URL: Referer: http://www.hardwarefreak.com/roundcube/?_task=mail which dumps me back at the login screen. -- http://www.hardwarefreak.com/roundcube/program/js/app.js?s=1256995295 GET /roundcube/program/js/app.js?s=1256995295 HTTP/1.1 Host: www.hardwarefreak.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16 Accept: */* Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 115 Connection: keep-alive Referer: http://www.hardwarefreak.com/roundcube/?_task=mail Cookie: mailviewsplitterv=165; mailviewsplitter=205; roundcube_sessid=8ca0036362fa93f629906bc1f26ee0d2 If-Modified-Since: Sat, 31 Oct 2009 13:21:35 GMT If-None-Match: 1419049353 HTTP/1.1 304 Not Modified Content-Type: application/javascript Accept-Ranges: bytes Etag: 1419049353 Last-Modified: Sat, 31 Oct 2009 13:21:35 GMT Date: Thu, 28 Apr 2011 05:00:05 GMT Server: lighttpd/1.4.28 -- The cause of this is probably something stupid. IIRC I saved my current RC conf files instead of installing the new version. I'm going to try reinstalling everything with the new conf files and see if that helps. -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Still having Server Error (OK) issue...
Chris put forth on 4/20/2011 10:07 PM: It doesn't work on Windows 7 with Chrome, Firefox or IE9. It doesn't work on Windows XP with Firefox. It DOES work on my Blackberry browser. It DOES work when I bring it through a proxy server like kproxy.com. IMAP functionality appears fine - I can use Outlook as a client. That's what is leading me to think it's some sort of Javascript issue or HTTP protocol issue. From a perspective of blocking - I've disabled all add-ins on the browsers and the Windows Firewall. I'm thoroughly confused. Unfortunately, I'm not a Javascript debugger so it's tough for me to figure out the client side. HTTPS/redirection issue maybe? Without seeing some logs or conf files it's really hard to guess. -- Stan Chris put forth on 4/20/2011 9:01 PM: Hi All - I've tried a million things. The Dovecot maildir issues are resolved. No errors show up in the roundcube sql or imap logs, nor in the Apache or Dovecot logs. As a matter of fact, the imap log shows the complete imap transaction as functioning correctly. Yet I can't view the contents of any mailbox or folder - I get Server Error (OK) consistently. I'm assuming this is a Javascript/HTTP error of some sort. I'm not sure where the OK comes from. Anyway, it's driving me insane. Any suggestions on how to debug this? If you believe it's a Javascript/HTTP error, have you tested on more than a single client PC/smartphone/browser combination? -- Stan -- -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Still having Server Error (OK) issue...
Chris put forth on 4/20/2011 9:01 PM: Hi All - I've tried a million things. The Dovecot maildir issues are resolved. No errors show up in the roundcube sql or imap logs, nor in the Apache or Dovecot logs. As a matter of fact, the imap log shows the complete imap transaction as functioning correctly. Yet I can't view the contents of any mailbox or folder - I get Server Error (OK) consistently. I'm assuming this is a Javascript/HTTP error of some sort. I'm not sure where the OK comes from. Anyway, it's driving me insane. Any suggestions on how to debug this? If you believe it's a Javascript/HTTP error, have you tested on more than a single client PC/smartphone/browser combination? -- Stan -- List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Recommendation Hardware for RoundCube
hoa...@mail.ciid.cz.cc put forth on 9/30/2010 1:29 AM: hoa...@mail.ciid.cz.cc put forth on 9/29/2010 11:22 PM: Here's my out put when running TOP or FREE: top - 11:16:52 up 2 days, 53 min, 2 users, load average: 0.00, 0.00, 0.00 Tasks: 144 total, 1 running, 143 sleeping, 0 stopped, 0 zombie Cpu(s): 2.0%us, 0.3%sy, 0.0%ni, 97.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem:904020k total, 754172k used, 149848k free, 105632k buffers Swap: 2097144k total, 72k used, 2097072k free, 390776k cached --- [r...@localhost ~]# free total used free sharedbuffers cached Mem:904020 753852 150168 0 105784 390820 -/+ buffers/cache: 257248 646772 Swap: 2097144 722097072 The Linux kernel heavily caches disk blocks. The bulk of your memory usage is in buffers/cache as with most Linux systems. Execute the following commands and look at the top row of the 'free' column. $ echo 3 /proc/sys/vm/drop_caches $ free -m Your system is not low on memory at this point. The kernel will drop memory from the cache and free it for processes when the need arises. If you add 100 concurrent users to RC, far more of your memory will be consumed by processes and less by cache. Again, your current slow RC response is due to something in the software stack on the server, or more likely, the client PC. What are the specs of the client PC hardware and software? This is relevant due to the java processing on the client. If your client PC/OS/Browser is slow, it won't matter how fast the server is responding. Thank you! I'm analyzing my software stack at this moment. I will update you the last result later. BRs/ Hoan. It may speed this process up tremendously if you'd create a test account and post the credentials on the RC list, along with the URL of the server. With a few of us logging in and seeing first hand how it performs, we may be able to narrow down the problem pretty quickly, saving all of us a bit of time with all the back/forth emails. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Recommendation Hardware for RoundCube
hoa...@mail.ciid.cz.cc put forth on 9/30/2010 1:44 AM: Again, your current slow RC response is due to something in the software stack on the server, or more likely, the client PC. What are the specs of the client PC hardware and software? This is relevant due to the java processing on the client. If your client PC/OS/Browser is slow, it won't matter how fast the server is responding. I think my problem it something like this: http://www.roundcubeforum.net/5-release-support/14-release-discussion/3061-roundcube-slow.html I try to reconfigure the main.inc.php (IMAP part), forcus on imap_auth_type, imap_root, imap_delimiter. So the speed is OK now. Thank you all for your support! Ahh, that auth type detection would do it. And on a webmail server you're going to see the delay with every action (unless you have imapproxy, which will lessen the delay effects after the initial login). If you're running all of the RC stack on one machine, and requiring HTTPS to connect to RC, there is no reason to use IMAPS or any password encryption between RC and your IMAP server, as they're running on the same box. Snooping the unencrypted credentials would require that a hacker had already rooted the host. At that point you've got much bigger problems than unencrypted passwords being transferred in shared memory. ;) Glad you got it going. I'm still not completely clear as to what you actually changed to fix the problem. Did you set these to a manual value: $rcmail_config['imap_auth_type'] = null; $rcmail_config['imap_root'] = null; $rcmail_config['imap_delimiter'] = null; They all default to auto-detect, hence the null. If these were part of the cause of your problem, did you manually modify them at some point in the past, causing the problem? I'm using Dovecot with RC and I never had to change these. Then again I configured TCP 143. Maybe the auth auto detection doesn't cause a delay in this setup, but does if you tell it to use IMAPS? It may be beneficial to future Googlers if you were to write up a more detailed email explaining the cause of your problem, and exactly what you changed to fix it. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Recommendation Hardware for RoundCube
Kaz Kylheku put forth on 9/30/2010 8:42 AM: On Thu, 30 Sep 2010 13:44:02 +0700, hoa...@mail.ciid.cz.cc wrote: I try to reconfigure the main.inc.php (IMAP part), forcus on imap_auth_type, imap_root, imap_delimiter. So the speed is OK now. What good is that, if your IP and domain appear in anti-spam blocklists? Problem solving is all about priorities! :) If I was him I wouldn't worry much. The number of real MXen around the world using NOMOREFUNN or RATS-Dyna can probably be counted on one humans digits (fingers and toes). BRBL, on the other hand, gets mainstream use, mainly because it's active by default on Barracuda's appliances, and the installed base of such appliances is fairly substantial, in the US anyway. But I would guess BRBL penetration is far less than 1% of MXen worldwide. If my own experience with the free access to BRBL is any indication--it times out far more often than it responds to queries--I'd guess few outside appliance owners are using it. It rejected so little spam here compared to my local countermeasures and Spamhaus ZEN that I deconfigured it due to the timeout issue. If other OPs did the same for the same or other reasons, then penetration is limited to their appliances, with most of the installed base in small businesses and educational institutions in the U.S.. The OP is in Vietname, so again, he probably has little to worry about, being on these 3 dnsbls. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Recommendation Hardware for RoundCube
hoa...@mail.ciid.cz.cc put forth on 9/29/2010 11:22 PM: Here's my out put when running TOP or FREE: top - 11:16:52 up 2 days, 53 min, 2 users, load average: 0.00, 0.00, 0.00 Tasks: 144 total, 1 running, 143 sleeping, 0 stopped, 0 zombie Cpu(s): 2.0%us, 0.3%sy, 0.0%ni, 97.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem:904020k total, 754172k used, 149848k free, 105632k buffers Swap: 2097144k total, 72k used, 2097072k free, 390776k cached --- [r...@localhost ~]# free total used free sharedbuffers cached Mem:904020 753852 150168 0 105784 390820 -/+ buffers/cache: 257248 646772 Swap: 2097144 722097072 The Linux kernel heavily caches disk blocks. The bulk of your memory usage is in buffers/cache as with most Linux systems. Execute the following commands and look at the top row of the 'free' column. $ echo 3 /proc/sys/vm/drop_caches $ free -m Your system is not low on memory at this point. The kernel will drop memory from the cache and free it for processes when the need arises. If you add 100 concurrent users to RC, far more of your memory will be consumed by processes and less by cache. Again, your current slow RC response is due to something in the software stack on the server, or more likely, the client PC. What are the specs of the client PC hardware and software? This is relevant due to the java processing on the client. If your client PC/OS/Browser is slow, it won't matter how fast the server is responding. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Recommendation Hardware for RoundCube
hoa...@mail.ciid.cz.cc put forth on 9/28/2010 8:46 PM: I use Postfix + Dovecot + MySql + Sieve + ManageSieve + RoundCube. I tried to connect to my server from both LAN connection and from Internet Connection. Both are slow when using RoundCube. The speed is acceptable with SquirrelMail. (now both RC and SM are working together) In my opinion, it seems that my server need to be upgrade. Another information is my server: 1. Chip AMD Opteron Processor 246/ 2GHz (x2) 2. RAM 1GB Bus 400MHz (512MB x 2) 3. HDD 160GB 4. Gigabits Network Connection What is your concurrent user load when you are performing your testing? If there are no other, or few, users connected, then the problem is most definitely _not_ your hardware, but something in your server software stack, or, your client. You never did respond with the client information I requested. You also never responded with what web server you're using. If you're already convinced the problem is slow hardware, then buy a new server and then tell us if that fixed your problem. It seems you are not open to any suggestions being posted here but are merely looking for someone to agree with your predisposition that it's a hardware problem. If you're simply looking for a hardware recommendation, I'd be glad to provide one. Look at my email address. ;) Do you purchase pre-built servers, or do you built your own? I assume the former, as if you were in the latter category, you probably wouldn't be asking for opinions. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] Recommendation Hardware for RoundCube
hoa...@mail.ciid.cz.cc put forth on 9/27/2010 4:28 AM: I migrated my Email server from SquirrelMail to RoundCube. From the last (with SquirrelMail) the Email Server worked fine. Now, my RoundCube interface works fine also, except, the loading speed of Web page quite slow. It slows down speed of all components like Login Page, Mailing Page, Compose Page, Settings Page... Could you please let me know what is the Recommendation Hardware to using Round Cube (Chip, RAM, Bus speed, HardDisk...). This might be my old Server with weak processing capability, and I plan to upgrade it. I'm running RC 0.3 on a 10 year old 500 MHz Celeron with only 384MB RAM, using lighty and fastcgi, and it's very snappy. This machine is also the MX for my domain and my Dovecot server. I doubt your problem is hardware related, unless your host is like a 133 Pentium with 32MB RAM or similar. What *nix version, PHP version, and httpd server are you using? Maybe as importantly, have you tested more than one client PC and more than one browser on each client PC against this RC server? -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] RoundCube with remote IMAP slow
Arne Berglund put forth on 9/14/2010 1:42 PM: Well, something doesn't seem right, then. I've got 0.4-stable in production now (apache on linux) connecting to a separate IMAP server (dovecot on linux as well). Granted, both boxes are in the same rack and on 1000BaseT ports on the same switch, but it's still having to go box-to-box for everything. I don't even have caching enabled, and things seem to work reasonably fast. Caching isn't required for good performance when you have a 100 MB/s pipe with sub 1 ms latency between the RC and IMAP servers. If the average broadband connection is DSL/cable at 2 Mb/s that's a 500x difference in B/W. If you were to locate your RC server across town on a DSL/cable line your RC performance would drop considerably due to that 500x decrease in bandwidth and latency increase of over 30x. In this scenario, RC caching and imapproxy would help quite a bit. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] RoundCube with remote IMAP slow
Nico, do you have permission/authorization to connect this RC server to the campus Exchange server? You are posting here with a gmail address instead of your university address. This leads me to believe you are not acting in an official capacity. Furthermore, if you are not a member of the university IT staff, it is possible that network layer (router/qos) roadblocks are the reason for the abysmal performance, and you will never know this. If _we_ are to help you make this RC server function properly, we require accurate answers to our questions. If you cannot provide that accurate information, we won't be able to fully help you. Keep in mind none of us wants to assist a rogue student in doing something against university policy or without proper permission. Hacking is a personal endeavor, not one that should involve IT professionals around the world who are spending their valuable time assisting you in something that may very well be illegal in your jurisdiction. Are you authorized to be doing this? If so, get the information on the Exchange server, and interface with its admin staff to optimize your RC performance. -- Stan Nico Schlömer put forth on 9/14/2010 2:05 PM: PING imap.ua.ac.be (143.169.245.58): 56 data bytes 64 bytes from 143.169.245.58: icmp_seq=1 ttl=124 time=2.053 ms traceroute to imap.ua.ac.be (143.169.245.58), 64 hops max, 52 byte packets 1 pcfw1 (143.129.75.14) 0.655 ms 0.695 ms 0.472 ms 4 143.169.251.100 (143.169.251.100) 1.725 ms 1.471 ms 1.217 ms Both machines are on the same friggin campus network Nico. I'm very glad now I asked these questions. I'm probably not the only one who thought this RC server was fairly remote to the IMAP server... 2. Do you have imapproxy installed on the RC server? Never heard of that. See my other post. 3. What web server are you using? 4. What version of PHP? 5. What version of FreeBSD? http://win.ua.ac.be/~nschloe/other/phpinfo.php All good. 6. What are the hardware specs (CPU speed/mem size) of both the RC server and the IMAP server? RC server: * 4 cores, CPU: Intel(R) Xeon(R) CPU E5405 @ 2.00GHz (1999.78-MHz K8-class CPU) * 8 GB mem No apparent problems here. I'd like to benchmark PHP applications in general, or have some sort of general web application benchmark anyway. Suggestions? None from me. Your PHP implementation isn't the problem here. I have no idea about the hardware specs of the IMAP server. Too bad the Exchange server IMAP string below doesn't tell us. ;) 7. What IMAP server daemon/version is running on the IMAP server? It must be one of those Microsoft Server installations -- no idea what version though. Remote benchmark possible? Now that I have the server IP, I can answer my own question. Look at the very last line below. It's the Exchange 2003 IMAP connector. So you were indeed correct about the IMAP server being Microsoft. FWIW, the connection establishment time from Missouri, USA is instantaneous, even though the latency is in the 150-200ms range. [03:27:35][s...@greer]~$ openssl s_client -connect 143.169.245.58:993 CONNECTED(0003) depth=1 /C=BE/O=Cybertrust/OU=Educational CA/CN=Cybertrust Educational CA snipsnipsnip 0 s:/C=BE/ST=Antwerp/L=Antwerp/O=Universiteit Antwerpen/OU=ICT/CN=webmail.ua.ac.be snipsnipsnip --- * OK Microsoft Exchange Server 2003 IMAP4rev1 server version 6.5.7638.1 (xmailf3.ad.ua.ac.be) ready. ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] RoundCube with remote IMAP slow
Kaz Kylheku put forth on 9/14/2010 5:35 PM: One solution would be to set up a mail server in the CS department; maybe the University IT would go for that, depending on the rapport between them and the CS dept. This is technically feasible. Give this mailo server its own mail domain (MX record). This is probably not politically feasible. Then install whatever mail handling software you want for you and your colleagues. The only missing piece would be to forward your University e-mail (going to y...@university) to your CS mail server (y...@cs.university). This is properly done with mail _routing_ not forwarding. You don't want to use forwarding in this scenario. This could be achieved if the university mail system provides forwarding. Again, routing is needed here, not forwarding. From your cs mail, you could still use the y...@university address for sending; no need to reveal y...@cs.university. The only way the IT dept would go for this is if the single uni domain was used, and the mailboxes for the CS department were stored on a departmental mail server. All mail would still route into and out of the university's MX/mailhub, which would route mail destined for addresses of the CS department to the new CS mail server. This server would be configured to relay all outbound mail (assuming it is used for submission) through the uni mail hub. This is simple to do with Exim, Postfix, Qmail, and Sendmail. With Exchange I'm not sure, assuming Exchange is their mail hub. If it will do routing, that's the way to go. -- Stan ___ List info: http://lists.roundcube.net/users/ BT/8f4f07cd
Re: [RCU] after upgrade to 0.4 stable the webmail is very slow
A.L.E.C put forth on 8/10/2010 1:35 AM: On 10.08.2010 08:31, Walter Onda wrote: Hello You know that Courier sucks? ;) What is a good alternative? I'm planning to setup up a new server smile. Dovecot 1.2 (I think upcomming 2.0 release is still a little bit buggy). +1 Dovecot I started with 1.0.15 and have had good luck through 1.2.11. I ran into an mbox search performance problem in 1.2.10 which Timo fixed pretty quickly--one of a handful of fixes that created 1.2.11. I've not looked at 2.0 yet, probably won't until the second stable release. -- Stan ___ List info: http://lists.roundcube.net/users/
Re: [RCU] Where is the RoundCube logo ?
Frank Bonnet put forth on 6/3/2010 2:42 AM: Hello For internal reasons I've been asked to add our logo to the Roundcune one on the starting page. Does anybody could tell me where to go to add our company logo ? rc-root/skins/default/images/roundcube_logo.png -- Stan ___ List info: http://lists.roundcube.net/users/
Re: [RCU] Sequentially deleting messages is slow
Hanspeter Kunz put forth on 4/24/2010 9:17 AM: yes, that is what I suspected too first. Indeed, I had to increase the max_userip_connections limit in the past. Since then, our dovecot server works fine with all clients (Evolution, TBird, Applemail, ...), except for roundcube. And there is no indication in the logs that the max_userip_connections limit is hit. This may not be an imap concurrency limit being hit but an auth process limit. The two are configured separately and auth has many more knobs. Regardless, installing an imap proxy will very likely solve your problem painlessly and with little effort. Please do install and properly configure an imap proxy on your RC server. It's very lightweight. You don't need a separate box for it. This Debian aptitude description pretty much spells out why (most) webmail servers need an imap proxy. Description: IMAP protocol proxy UP-ImapProxy proxies IMAP transactions between an IMAP client and an IMAP server. The general idea is that the client should never know that it is not talking to the real IMAP server, but ImapProxy caches server connections. ImapProxy was written to compensate for webmail clients that are unable to maintain persistent connections to an IMAP server. Most webmail clients need to log in to an IMAP server for nearly every single transaction; This behaviour can cause tragic performance problems on the IMAP server. ImapProxy tries to deal with this problem by leaving server connections open for a short time after a webmail client logs out. When the webmail client connects again, ImapProxy will determine if there is a cached connection available and reuse it if possible. Homepage: http://www.imapproxy.org -- Stan ___ List info: http://lists.roundcube.net/users/
Re: [RCU] Suggestions for Roundcube
Tobiah put forth on 4/22/2010 11:08 AM: I'm used to Thunderbird, and there a couple of features in it that would make Roundcube far more useful to me. I'm a heavy TB user as well. It's my primary client (just check the header of this message). The first is the split window layout that Thunderbird uses. My RC 0.3.1 is laid out exactly like my TB: Folder list on the left, message list on top right, and message preview on bottom right. I normally select the oldest message, and Thunderbird immediately shows that message in another window. Why do you need the message in another window? Just view what's in the preview pane to decide if it's spam, junk, or legit. I then just hit Delete This works for me exactly as you describe it. or Junk repeatedly to peel through all of the emails. Just one click per email, and I don't have to move the mouse around. I am viewing the subject list the whole time, so I can queue up decisions in my mind as to what is spam, and what needs to be read. This works exactly the same way in RC 0.3.1. With Roundcube, I have to double click on a message, then It's a web application--NOTHING requires a double click. the whole page is replaced with the message. If I hit Delete, I am sent back to the subject list. It would be much better for me if the next message would simply load in place. Then I could just keep hitting Delete to get through all of my messages. Squirrel mail has a Delete and Next link that does this. Right now, I have to go back and forth between the subject list and the message window, reloading the subjects each time I read a message, which can be time consuming. All of these things are configurable by clicking the Settings option in the top right corner. I can think of at least 3 you should have checked that you probably currently do not. Look into the Settings and tweak them to your liking. -- Stan ___ List info: http://lists.roundcube.net/users/
Re: [RCU] messages vanish from inbox
JP Kelly put forth on 2/24/2010 11:26 PM: I have had users report that all the messages vanish from their Inbox. The disappeared messages cannot be found in the trash or anywhere else. Does anyone have any ideas about this? This probably isn't a Roundcube problem. What mailbox back end are you using? Please be specific, give details. -- Stan ___ List info: http://lists.roundcube.net/users/
Re: [RCU] File Upload Failed!
Gerhard Mourani put forth on 2/19/2010 2:34 PM: The only thing that I can see inside the syslog file is this line that repeat often: roundcube: PHP Warning: strtolower() expects parameter 1 to be string, array given in /var/www/html/program/include/rcube_imap.php on line 1285 Nothing else inside the log. Don't know if there is a debug level that I can activate to get more verbose output. What Linux distro and rev? What version of RC are you running? Roundcube.net version or a Linux distro package of RC? Is this the same or similar to your problem? http://www.roundcubeforum.net/5-release-support/17-pending-issues/6163-file-upload-failed.html -- Stan On Fri, 19 Feb 2010 12:49:06 -0600, Stan Hoeppner s...@hardwarefreak.com wrote: Gerhard Mourani put forth on 2/19/2010 10:10 AM: Unfortunately no, the /logs folder is empty and apache logs return nothing. Here the error logging parameters inside php.ini error_log = syslog Looks like your error logging is going to syslog. Check syslog: zgrep roundcube /var/log/syslog /var/log/syslog.1 /var/log/syslog.2.gz I don't know how fast your logs rotate so you may need to zgrep them all. ___ List info: http://lists.roundcube.net/users/
Re: [RCU] File Upload Failed!
Gerhard Mourani put forth on 2/18/2010 9:54 PM: Hello List, I've succefully installed Roudcube on Linux and everything run perfectly except the Upload feature of the program. Nice spellcheker and look in general, one of the best if not the best in this area. I like a lot this webmail software and would like to use it for all my users but unfortunately, the upload feature which is very important as you may know today doesn't work. Permission of logs and temp directories are set correctly (drwxr-xr-x 2 apache apache 4096 Oct 31 09:20 logs/ - drwxr-xr-x 2 apache apache 4096 Feb 18 22:13 temp/). Temp directory is also correctly defined inside main.inc.php file ($rcmail_config['temp_dir'] = 'temp/';). Apache server version is 2.2.14 with php 5.3.1 and dovecot 1.2.8. Upload dir is correctly defined inside /etc/php.ini file: ; File Uploads file_uploads = On ;upload_tmp_dir = upload_max_filesize = 128M I don't use .htaccess feature on this configuration of Apache. I've also made some search on the Internet (Google) about this problem without success and that's why I'm now on this mailling list to ask if some one know this issue and what to do to fix it, thanks. Do you have any related log errors you can share with us? Either RCU or Apache logs? That would probably be helpful. -- Stan ___ List info: http://lists.roundcube.net/users/
Re: [RCU] [OT] suitable webmail
K bharathan put forth on 2/2/2010 10:49 AM: thanks for all On Tue, Feb 2, 2010 at 6:05 PM, Carlos Williams carlosw...@gmail.comwrote: On Tue, Feb 2, 2010 at 8:36 AM, Charles Marcus cmar...@media-brokers.com wrote: On 2010-02-01 7:17 PM, Stan Hoeppner wrote: All of that said, I don't find I'm lacking any functionality with my current version of Roundcube. Then you haven't looked at it... the new features are really nice... I just installed 0.3.1 from Lenny backports, up from 0.2.2, and in brief testing I don't really notice any significant new features. I still don't see a reply to list option, which would be nice. What should I be looking for, and where? Sorry to drudge up an old OT topic. I'm cc'ing the roundcube list so we can move this discussion over there. -- Stan ___ List info: http://lists.roundcube.net/users/
[RCU] fastcgi yes/no?
How can I verify that I'm actually running fastcgi? -- Stan ___ List info: http://lists.roundcube.net/users/
