Dev

dev@lists.roundcube.net

1 participants
4289 discussions

turning off a plugin from another plugin
by Cor Bosman 30 Jul '13

30 Jul '13

Hey all, anyone know if it's possible to turn off a plugin from another plugin? only certain people are currently allowed to use managesieve in our setup, and right now I have some hacks inside managesieve to do that but it would be cleaner if I could do that from a separate plugin, cor

2 2

Jenkins integration
by Michée Lengronne 29 Jul '13

29 Jul '13

Hello, I try to integrate Roundcube into Jenkins but the ant build seems to have a problem. Is there an official build.xml file ? Do you use Jenkins for continuous integration ? Thanks. -- Signature Michée Lengronne Coppint Michée Lengronne ------------------------------------------------------------------------ Ce message et ses éventuelles pièces jointes sont personnels, confidentiels et à l'usage exclusif de leur destinataire. Si vous n'étes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ Logo CopPInt 30440 Saint Laurent le Minier France *Compagnie pour des Prestations Internet* Téléphone personnel : +41 (0)791 94 71 98 Téléphone professionnel : +33 (0) 4 84 25 23 67 poste 102 Téléphone professionnel : 0805 696 8 9 0 poste 102 France uniquement Courriel : michee.lengronne(a)Coppint.com <mailto:michee.lengronne@coppint.com> ------------------------------------------------------------------------

1 0

Re: [RCD] [RCU] Unexpected session timeouts using memcached session store
by Thomas Bruederli 23 Jul '13

23 Jul '13

Hi David Thanks a lot for the analysis and the proposed solution! Memcache support is still considered experimental and not tested by a broad audience. But your observations and the proposed fix seem reasonable and just applied the changes to git. Best regards, Thomas David Carter wrote: > We are currently running a pilot Roundcube service and are expecting to go > live a a couple of weeks time. Something that my users have picked up on is > that idle sessions appear to time out in unpredictable ways despite the > keep_alive requests fired off by the Web browser. > > A bit of digging over the weekend revealed a potential race condition in > program/lib/Roundcube/rcube_session.php : mc_write(). (Roundcube 0.9.2). > > I'm happy to write the following up as a ticket on trac.roundcube.net. I > wanted to make sure my analysis and proposed solution was correct first. > > Given the 10 minute (600 second) default session_lifetime, keep_alive > requests are fired off every 300 seconds. However these may not arrive > immediately, particularly if the Web browser, network or server is busy. > > Sessions stored in memcached expire after precisely 600 seconds unless they > are refreshed. > > mc_write() only refreshes session entries if the following is true: > > ($newvars !== $oldvars || $ts - $this->changed > $this->lifetime / 2) > > Most of the time with a idle login session: > ($this->lifetime / 2) will be 300 > ($ts - $this->changed) will be a tiny fraction more than 300. > > However if I add some logging it becomes clear that ($ts - $this->changed) > is occasionally less than 300. I imagine this happens when the previous > keep_alive was stuck in transit for a fraction of a second. It is an > asynchronous request and the timer for the next keep_alive doesn't wait. > > The mc_write() refresh on the session data is skipped when this happens. > > The following keep_alive is scheduled to arrive precisely the same second > that the session is due to expire in memcached. If you are unlucky the > keep_alive arrives just after the session has been expired, which leads a > "Session is invalid or has expired" error page. > > This is using memcached for session storage: the problem appears to go away > if I switch to using a database backend. I believe that this is because > session entries stored in memcached expire after precisely 600 seconds. > With a database backend sessions are expired by PHP garbage collection > later on. This will add a few seconds delay, at least on a inactive system. > > The attached patch appears to fix the problem, using two separate approaches: > > 1) A lower threshold for deciding when to refresh the session entry. (I am > tempted to remove the guard condition altogether and always update. > There isn't any I/O cost associated with a memcached back end). > > 2) A slightly longer expiry time for entries stored in memcached. > > However I may be missing some subtlety about the refresh process. > > -- > David Carter Email: David.Carter(a)ucs.cam.ac.uk > University Computing Service, Phone: (01223) 334502 > New Museums Site, Pembroke Street, Fax: (01223) 334679 > Cambridge UK. CB2 3QH. > > --- program/lib/Roundcube/rcube_session.php-DIST 2013-07-21 > 12:11:49.000000000 +0100 > +++ program/lib/Roundcube/rcube_session.php 2013-07-22 > 10:00:40.000000000 +0100 > @@ -310,9 +310,9 @@ > > $newvars = $oldvars !== null ? $this->_fixvars($vars, $oldvars) : > $vars; > > - if ($newvars !== $oldvars || $ts - $this->changed > > $this->lifetime / 2) { > + if ($newvars !== $oldvars || $ts - $this->changed > > $this->lifetime / 3) { // DPC > return $this->memcache->set($key, serialize(array('changed' => > time(), 'ip' => $this->ip, 'vars' => $newvars)), > - MEMCACHE_COMPRESSED, $this->lifetime); > + MEMCACHE_COMPRESSED, $this->lifetime + 60); // DPC > } > > return true; > _______________________________________________ > Roundcube Users mailing list > users(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/users

1 0

Configuration changes in git master
by Thomas Bruederli 22 Jul '13

22 Jul '13

Hello devs With today's commit [1] we took the first step towards a new and simplified configuration for Roundcube. We merged the two files main.inc.php and db.inc.php into one single config.inc.php file and a defaults.inc.php file respectively. The config.inc.php is meant to be the local config file and only containing those options which differ from the defaults. The defaults.inc.php will be part of the distribution is will be updated with every software update and thus should not be modified. The current git master will remain using the old config files as a fallback but we strongly recommend to upgrade your configs if you're running a bleeding edge git master version somewhere. You can do this by running bin/update.sh and letting the script migrate your config. The manual way of doing this is to copy config.inc.php.sample file and start from scratch. There's more to come related to configs [2] but this was the major change that just found its way back into git master. Kind regards, Thomas [1] https://github.com/roundcube/roundcubemail/commit/0703bfecd0 [2] http://trac.roundcube.net/ticket/1487311

3 8

RC in iframe: print, download, show source and open in new window button don't work properly.
by Michée Lengronne 22 Jul '13

22 Jul '13

Hello, I have roundcube embbeded in an iframe and I would like to have all the functionnalities working properly. Currently, the "print", "download", "show source" and "open in new window" buttons don't work properly in the iframe. They work properly in direct access. How can I adjust that ? Thanks. -- Signature Michée Lengronne Coppint Michée Lengronne ------------------------------------------------------------------------ Ce message et ses éventuelles pièces jointes sont personnels, confidentiels et à l'usage exclusif de leur destinataire. Si vous n'étes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ Logo CopPInt 30440 Saint Laurent le Minier France *Compagnie pour des Prestations Internet* Téléphone personnel : +41 (0)791 94 71 98 Téléphone professionnel : +33 (0) 4 84 25 23 67 poste 102 Téléphone professionnel : 0805 696 8 9 0 poste 102 France uniquement Courriel : michee.lengronne(a)Coppint.com <mailto:michee.lengronne@coppint.com> ------------------------------------------------------------------------

2 1

Google Spellchecker
by Victor Benincasa 16 Jul '13

16 Jul '13

Hello Folks, The Google apparently turned off its spell check API since Jul 10, so the default Roundcube spell checker stopped working: https://www.google.com/tbproxy/spell Anybody have any additional/official information about it? Cheers, -- *Victor Benincasa* # *Mobile*: +55 (11) 99222-7227 | *Nextel*: 55*11*51775 | *Skype*: vbenincasa # *CTO / CIO* :: Networks, Applications, Systems, Security, Advanced Support

1 0

trac problem
by Michael Heydekamp 13 Jul '13

13 Jul '13

Just wanted to post a comment to http://trac.marketingxp.com/ticket/1488553, but when sending it, I get the following: ---------------------------------------------------------------------- > Trac wertet Ihre Übertragung als Spam. Um das Gegenteil zu beweisen, > geben Sie bitte Antwort auf folgendes. > > Input error: Invalid referer ---------------------------------------------------------------------- So I can't send the comment. What does "Invalid referer" mean and how can I avoid it? This spam warning is annoying anyway. Can't it be disabled at all?? I mean, I'm logged in, why does trac then think it might be spam...? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 3

Re: [RCD] [Svn] [roundcube/roundcubemail] 73ad4f: Finally: make message list header stay on top when scrolling (#1295420)
by Michael Heydekamp 13 Jul '13

13 Jul '13

See commit quoted below: Larry only? :-( ...Seconds later...: Ah, the message LIST header, not the message header...? Ideally, both (message list header as well as message header) should stay on top upon scrolling - and of course in both skins, IMO. I'd still love to kill the folks who invented Larry... ;-) Seriously: It's unfortunate that the Classic skin doesn't get the same attention by the devs anymore as the Larry skin. Although the Classic skin is still the better usable one, as being less fancy. <sigh> Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 09.07.2013 23:42, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: 73ad4f1bfdf104055104907c11f97315d6fb2ebe > > https://github.com/roundcube/roundcubemail/commit/73ad4f1bfdf104055104907c1… > Author: Thomas Bruederli <thomas(a)roundcube.net> > Date: 2013-07-09 (Tue, 09 Jul 2013) > > Changed paths: > M program/js/app.js > M program/js/list.js > M skins/larry/mail.css > M skins/larry/templates/mail.html > M skins/larry/ui.js > > Log Message: > ----------- > Finally: make message list header stay on top when scrolling (#1295420) > > > > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

2 2

The identities_list hook
by Philipp Kewisch 12 Jul '13

12 Jul '13

Hello Folks, I have a question regarding the identities_list hook. I would like to replace the full list of identities by my own using a plugin. It seems to me the identities_list hook is only used for display, as the original identities from the database are added. Is this just an oversight, or is it supposed to be that way? I would like to propose to make use of the identities_list hook more often. The ideal solution would be to query the plugin hook in rcube_user.php's list_identities, returning the plugin defined list of identities everywhere. The only downside is that the current caller in program/steps/settings/func.inc will have to query the plugin twice, once directly to get the array of columns and once indirectly via rcube_user.php. I'm happy to provide the patch myself, I would just like to ask here before I send a PR. Alternatively, is there another way to intercept the identities and user management? We would like to use our own user management backend. Philipp

2 9

merge sessions between owncloud and roundcube
by Michée Lengronne 12 Jul '13

12 Jul '13

Hello, I have an owncloud and a roundcube sharing the same session pool via a memcache server and I would like them to work with an unique session. I changed the cookie session.name to have the same for owncloud and roundcube and I tried a lot of tricks: to pass the session id then the session name via url, to change the $_SESSION['user_id' in roundcube because owncloud has the same variable, to avoid the cookie creation in the session_init from roundcube, etc... But, the roundcube session always erase the owncloud one which causes owncloud not to login anymore. What is the trick ? Is there a method somewhere to do that ? Thanks. PS: I use the 'RoundcubeLogin.class.php <http://blog.philippheckel.com/uploads/2008/05/RoundcubeLogin.class.phps>' to perform the login from owncloud to roundcube but it creates separate sessions for each. -- Signature Michée Lengronne Coppint Michée Lengronne ------------------------------------------------------------------------ Ce message et ses éventuelles pièces jointes sont personnels, confidentiels et à l'usage exclusif de leur destinataire. Si vous n'étes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ Logo CopPInt 30440 Saint Laurent le Minier France *Compagnie pour des Prestations Internet* Téléphone personnel : +41 (0)791 94 71 98 Téléphone professionnel : +33 (0) 4 84 25 23 67 poste 102 Téléphone professionnel : 0805 696 8 9 0 poste 102 France uniquement Courriel : michee.lengronne(a)Coppint.com <mailto:michee.lengronne@coppint.com> ------------------------------------------------------------------------

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev