Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Recognition of contributions/volunteers
by Claudio Filho 12 Mar '12

12 Mar '12

Thomas, I have this doubt some time and tried to find inside o RC pages some references about this. I also saw in Changelog, but haven't nothing about who did what, and questions about translations updates or adds. Exist some place with all contributions and volunteers? How is recognized the efforts of who helps in this project? Bests, Claudio

2 1

Update 0.7.2 released
by Thomas Bruederli 11 Mar '12

11 Mar '12

Dear friends of Roundcube Today we can announce another release of the Roundcube webmail package. This service update adds some bug fixes and stability improvements to the 0.7 series. It also includes new settings to change how contacts are listed in the address book section. See the http://trac.roundcube.net/wiki/Changelog#Release0.7.2 file for details. We consider it stable and we recommend to update all existing Roundcube installation with this release. Download it from http://roundcube.net/download Best, Thomas P.S. In case you didn't try it yet: see Roundcube's all new user interface in action by testing the 0.8-beta version.

1 0

Contact-centric email
by Ian Lewis 11 Mar '12

11 Mar '12

In case anyone has any interest or useful comment, I'm working on a personal project to present an additional more 'contact-centric' view of email using Roundcube/Larry as a base. http://3.bp.blogspot.com/-H8yT_pEawmw/T1yDxEfpwvI/AAAAAAAAACM/iuV9pWESuO4/s… If the user keeps the 'folder view' in the left pane then the behaviour is the same as existing Roundcube, i.e. the list of emails appears in top pane and emails are previewed in the bottom pane. But clicking on a 'contact' gives the view in the screenshot above. It's a personal research experiment and partially implemented so far (the 'mail' view includes tabbed folders/contacts, and selecting a contact populates the 'preview' pane, but I haven't yet implemented the contact-centric view of the email list which I'm assuming should be possible using a pre-canned email search). Nearly all email effort seems to be folder/email/thread based, with 'contact' just an attribute of an email that could be sorted/searched the same as subject or date. 'Contact-centric' email would have 'contact' as a primary object as is an 'email' today, i.e. where you see a reference to one, you can click on it and go to the corresponding item. The contact-centric approach looks like it has some possibilities and if you've read this far and have any interest, particularly if you're aware of related work elsewhere, then my thoughts-so-far are discussed more fully in a blog: http://collabtools.blogspot.com/ Cheers Ian

1 0

file names with final '.inc'
by Claudio Filho 10 Mar '12

10 Mar '12

Hi A newbie(?) question: is correct use ".inc" at final of files for php? I saw some pages and tried in my server this question. I found it inside a thread copied bellow. Best, Claudio ------ On Sat, 20 Sep 2003 06:39:22 +0000, Phester wrote: > If a file has a .inc extension, or if it has a .inc.php extension, is it > treated differently by the php interpreter? Or is it just a convention? > > I've been calling my included files filename.php and it doesn't seem to > hurt anything. Is it wrong to do that? ..php (by default) is the normal extension for files. ..inc was (/ still is?) used normally for files being used in include() or require() calls that reside on a remote server. Including a .php file from a remote server causes problems as it's retrieved as a parsed file, so you only retrieve the HTML output, rather than the PHP code you really want. As .inc isn't normally assigned in the server configuration, this will normally return as a text/plain file, meaning that all the PHP code is available when included. I've never needed to use .inc files personally for remote retrieval, some seemed to use it in the earlier days for files include()d regardles of them being local or remote.. personally I prefer .php wherever I can to prevent accidental viewing of code. Regards, Ian

2 1

Mailing list migration to new host
by Thomas Bruederli 07 Mar '12

07 Mar '12

Dear subscribers of the Roundcube mailing lists I'd like to announce the migration of our mailing lists to a new host which is planned to take place on Monday, March 5th at 3pm GMT. There's no action required on your side, all subscriptions and settings will be transferred to the new host. There might be some delay until all nodes on the net have updated their DNS entries for lists.roundcube.net and to avoid any loss of messages during that period, we recommend to suspend posting between 3pm and 9pm GMT on Monday. This is also a good occasion to thank Jason at gigo.com for offering the list hosting for the last couple of years and to Jeroen at kolab.org to take over. Best, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

8 18

Skin 'larry' missing in managesieve plugin
by Zhang Huangbin 07 Mar '12

07 Mar '12

Dear developers, We don't have skin 'larry' in managesive plugin , when click "Filters" in Preferences, the user interface is not usable. http://trac.roundcube.net/browser/trunk/plugins/managesieve/skins Thanks very much for your great work and the beautiful Larry. :) ---- Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/

2 1

Re: [RCD] Mailing list migration to new host
by Jeroen van Meeuwen (Kolab Systems) 05 Mar '12

05 Mar '12

On 2012-03-05 16:36, Jeroen van Meeuwen (Kolab Systems) wrote: > On 2012-03-05 16:26, Georg C. F. Greve wrote: >> On Monday 05 March 2012 16.12:26 Jeroen van Meeuwen wrote: >>> List info: http://lists.roundcube.net/dev/ >>> BT/%(user_delivered_to_md5)s >> >> Uhm. Kinky footer. >> > > Indeed. I've reset all the footers for the Roundcube mailing lists to > the default mailman footer for lists, for now. > Nope, not good enough either. I've used %(description)s instead of "%(realname)s site list" for now, this should do it. 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

1 0

PHP 5.4.0 released
by Aleksandar Lazic 04 Mar '12

04 Mar '12

Dear list members, PHP 5.4.0 released! http://www.php.net/archive/2012.php#id2012-03-01-1 I have make a naive change for roundcube. install php 5.4.0 change nginx to new 5.4.0 php-fpm instanze try to use roundcube. I was unable to use the rc due to some Server errors. I got the following messages in my errorlog. ERROR: [02-Mar-2012 17:36:49 +0100]: IMAP Error: rcube::imap_init(true) is deprecated, use rcube::imap_connect() instead in /home/phpapps/installed/rc06rc/program/include/rcmail.php on line 639 (GET /rc06rc/?_task=settings&_action=plugin.serverinfo) Could this be the problem? What I also have seen are the following entries. #### [02-Mar-2012 16:37:15 UTC] PHP Strict Standards: Non-static method PEAR::setErrorHandling() should not be called statically in /home/phpapps/installed/rc06rc/program/include/iniset.php on line 131 [02-Mar-2012 16:37:15 UTC] PHP Strict Standards: Declaration of html_hiddenfield::show() should be compatible with html::show() in /home/phpapps/installed/rc06rc/program/include/html.php on line 377 [02-Mar-2012 16:36:53 UTC] PHP Strict Standards: Declaration of rcube_template::write() should be compatible with rcube_html_page::write($templ = '', $base_path = '') in /home/phpapps/installed/rc06rc/program/include/rcube_template.php on line 32 ### a lot of MDB2 lines. ### [02-Mar-2012 16:37:16 UTC] PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/phpapps/installed/rc06rc/program/include/rcube_mdb2.php on line 713 [02-Mar-2012 16:37:16 UTC] PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/phpapps/installed/rc06rc/program/lib/MDB2/Driver/mysql.php on line 1698 ... [02-Mar-2012 16:37:16 UTC] PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/phpapps/installed/rc06rc/program/lib/MDB2/Driver/Datatype/Common.php on line 1227 ... [02-Mar-2012 16:37:16 UTC] PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/phpapps/installed/rc06rc/program/lib/MDB2/Driver/mysql.php on line 1656 ... [02-Mar-2012 16:37:16 UTC] PHP Strict Standards: Only variables should be assigned by reference in /home/phpapps/installed/rc06rc/program/lib/MDB2/Driver/Datatype/Common.php on line 1221 ... #### Is it worth to try to migrate from MDB2 to PDO, would you accept such patches? Have anybody else try to use php 5.4? Best regards Aleks _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 3

It seems impossible to unsubscribe folders that have been deleted
by Rimas Kudelis 02 Mar '12

02 Mar '12

Hi, It looks like at least in v.0.7, it's impossible to remove subscription from folders that have been deleted. Has this been fixed? If not, can anyone please fix it? :) Thanks! Rimas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 3

breaking the 'mail'/'addressbook' modality - summary
by Ian Lewis 01 Mar '12

01 Mar '12

In summary, 'contacts list' incorporated on the 'mail' page worked ok with a slightly modified 0.8-SVN. The sample code in the 0.8-SVN with the contacts list on the 'compose' page was a great help. I was able to move the contacts list onto the 'mail' page by doing the following: * moving the new address/contacts list function declarations ('rcmail_adressbook_list' and 'rcmail_contacts_list') from 'program/steps/mail/compose.inc' to 'program/steps/mail/func.inc' (incidentally for various reasons I think it would be easier if mail/func.inc was actually mail/mail.inc, etc - it would reduce the challenge of making Roundcube less 'modal' a bit anyway) * moving the add_handlers for 'adressbooks' and 'addresslist' from compose.inc to func.inc * In 'program/js/apps.js', moving the contactslist/adressbookslist code UP from the "if (this.env.action == 'compose').." section into the main "switch (this.task) { case 'mail': .." section. The contactslist code can still be bracketed with an "if (this.gui_objects.contactslist).." condition so it is only executed when a contact list is present on the page (as opposed to using the "if action=compose" type condition which limits it to the compose page... So I've had some success with the contacts list on the left of the main mail page - BIG thanks to Thomas for the platform and the support. If you're interested (I assume not ) there's a screenshot on the first mail of the thread a couple of days ago on this topic of what a 'contact-centric' email client based on Roundcube could actually look like. Ian _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

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