Re: [RCU] roundcube statistics
On 2013-02-14 13:09, Gustavo Sansone wrote: Hi everybody, i would like to get some usage statistics from roundcube, like most frecquent users, from what ip, number of users connected, etc. i'm using awstats to view my apache's statistics, and i can view the roundcube login page visits, but i'd like to get specific RC usage. any ideas? We use a piwik_analytics plugin[1], that could potentially get you way more information than you want/need/find appropriate. Kind regards, Jeroen van Meeuwen [1] http://git.kolab.org/roundcubemail-plugins-kolab/tree/plugins/piwik_analytics -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] upgrade from 0.3.1 to 0.7.2: some folders unsubscribed
On Thursday, June 28, 2012 04:27:44 PM Igor Zinovik wrote: Can anybody advice where i can start digging for solution? Should i inspect roundcubes MySQL DB or my imap server? In the realm of merely speculating and making an educated guess, I suppose one of the changes in Roundcube's behaviour between 0.3 and 0.7 is about the use of LIST versus LSUB - there's defaults for settings that might have changed, and the list of available settings might have changed too, of course. Should Roundcube have used LIST in 0.3, all folders one would have read access to would have showed up in the folder list in the mail view. In thinking that the list of folders to display in the mail view is only updated when the Settings - Folders page is hit, it might be that Roundcube 0.7 having changed to using LSUB. This may be the cause of the folders in Roundcube appearing to have dissappeared from the mail view folder list after upgrading. That said, I'm not sure how that would relate to your reference to other mail clients. Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 signature.asc Description: This is a digitally signed message part. ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] remove from list
On Wednesday, June 13, 2012 10:57:32 PM Reindl Harald wrote: why in the world are poeple not clicking on the link in th email-footer? there is NONONE on a suers-list who will do the work change/remove submission for you not on this list and not on any other additionally each mailinglist-contains headers Hi Reindl, as one of the list(s) administrators for many projects, Roundcube included, I have to say I get plenty of requests from people wanting to unsubscribe, but not knowing how to do so. It's the natural way of things; many people don't know how to unsubscribe simply because there's plenty of people. Please be patient with these people, as we are all (supposed to be) patient with one another /netiquette. Thank you, Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 signature.asc Description: This is a digitally signed message part. ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] message_cache and shared folders possible bug
On Sunday, April 15, 2012 02:18:58 PM CISSE Amadou wrote: Hi, I have massage_cache turned on. I created and account and shared its mailbox readonly with some other users. When logged-in as one of those users, i try to delete messages in the mailbox without success, nice. However when i login as the mailbox owner, roundcube displays no messages. turn off message_cache and roundcube displays the messages. Just curious; - when user A deletes messages, does user A delete only some of the messages, or all of the messages? - when user B is displayed no messages, what is the message? Mailbox is empty, No messages in selected mailbox? What do the (debug) logs say about this (imap, most prominently?). I reckon of particular interest would also be the SQL log as it contains any query statements that might disclose what's going on, if you are able to configure SQL caching and reproduce this. Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 signature.asc Description: This is a digitally signed message part. ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] [UPDATED] 7 remaining LDAP editing issues
On 2012-04-10 1:12, Achim wrote: Hello list: Below a summarised and expanded view on the remaining 7 LDAP issues. Please discard the earlier messages in the other thread, this is the current status: (...snip...) 3) Probably closely related to point 2): changing the content of the field 'name' = 'cn' fails, i.e. the newly entered information is not stored. Warning: ldap_mod_replace(): Modify: Naming violation in roundcubemail-0.7.2/program/include/rcube_ldap.php on line 1105 (...snip...) [10-Apr-2012 01:51:21 +0200]: C: Replace [dn: cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld]: Array ( [cn] = John Doe CNUPDATED [sn] = Doe [givenname] = John ) What's happening here is that the value for the attribute that is also used as the RDN is being replaced the value for. Roundcube should instead use ldap_mod_rename(), as is illustrated in the following code; [1] Modify Entry function: http://git.kolab.org/kolab-wap/tree/lib/Auth/LDAP.php#n991 [2] Detect the RDN attribute used on the old version of the entry: http://git.kolab.org/kolab-wap/tree/lib/Auth/LDAP.php#n997 [3] Specifically catch the RDN attribute used in the old version of the entry: http://git.kolab.org/kolab-wap/tree/lib/Auth/LDAP.php#n1035 [4] Ultimately use the array built to fire it at LDAP: http://git.kolab.org/kolab-wap/tree/lib/Auth/LDAP.php#n1116 Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
[RCU] Removal from list (was: Re: Commands out of sync; you can't run this command now)
On 2012-03-24 20:30, TerraForma Outdoor Solutions wrote: Hi, Please remove me from this list. Thank you, Paul Hi Paul, you can do so yourself using the mailing list interface at http://lists.roundcube.net/mailman/listinfo/users (near the bottom of the page, the last text input field). If you do not have the password associated with your email address, the interface permits the resending of the password (supply the email address you are subscribed with in the aforementioned interface and click remind near the bottom of the next page you are presented with). Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] Commands out of sync; you can't run this command now
On 2012-03-23 20:33, Marcio Merlone wrote: Em 23-03-2012 12:11, Jeroen van Meeuwen (Kolab Systems) escreveu: On 2012-03-19 17:25, Marcio Merlone wrote: I googled for this error but got zarro boogs found, I mean, no google results. I had 0.7.1 installed, he was using without any problem, and then today he started to get this error. I upgraded to 0.7.2 in a hope to solve the problem, but no luck. It seems what you are hitting is a situation in which Roundcube / MDB2 is trying to fetch data from two (or more) prepared statements simultaneously, or not having finished fetching all data from the first prepared statement when it attempts to fetch data from the second prepared statement. See also this thread: http://forums.mysql.com/read.php?168,238786,247628#msg-247628 Thank you very much, but that doesn't help me much. This happens consistently with just one user whenever he tries to compose a new message, among other situations which involves his addressbook (mysql). It seems something is wrong with this user's data, but I can't drop it. Can you help me find what's wrong and fix it? I can't *really* help you, but I might be able to. After all I'm not a Roundcube developer... I can try and suggest where the culprit may lay; you need to raise the issue with the Roundcube developers in order to get it resolved though. If it is only this one user the issue is occurring with, I suggest you destroy all cache table records associated with the user, and check whether his preferences accidentally list his one MySQL address book twice. Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08 ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users