Dev

dev@lists.roundcube.net

4306 discussions

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 08 Mar '12

08 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

test message - please ignore
by Ian Lewis 01 Mar '12

01 Mar '12

please ignore... thanks - Ian _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

SQLite 3
by double 01 Mar '12

01 Mar '12

Hello, Is there a roadmap for SQLite 3? CentOS 6 has only SQLite 3 in the repository. Thanks a lot Marcus _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Re: [RCD] Roundcube and openldap search hierarchy
by Andreas Dick 29 Feb '12

29 Feb '12

can you please publish some output of ldapsearch... with at least a contact and group record? what is exactly your problem? you can not assing a contact to a specific group? can you try to do it with using ldapmodify on the command line? e.g. like ---------------------------- echo " dn: cn=Group,dc=example,dc=com add: member member: cn=Contact,dc=example,dc=com " | ldapmodify -x -H $server -D $bind_dn -w $bind_pass ---------------------------- it seems that your bind_dn do not have enough rights for modifying the group object... how do you grant that? can you show me the slapd.conf directive? Andreas Am Mittwoch, 29. Februar 2012, 06.45:00 schrieben Sie: > under Private Address Group I have ability to create more groupsofNames > that works fine and there is no replication issues. > I can add dn from ldap side to groupofNames via ldap tools (apache > directory studio) > Problem is that if user try to drag or associate existing name in public or > private list to this new groupofNames ldap log chookes. > essentially there is a problem with association of existing ldap account > and dn entry with groupofNames object class with attribute member. > > > add [dn: cn=IT,ou=addressbook,uid=xxx,ou=People,dc=xxx,dc=xxx]: Array > ( > [member] => Array > ( > [0] => ou=addressbook,uid=xxx,ou=People,dc=xxx,dc=xxx > ) > > ) > > [28-Feb-2012 22:03:31 -0500]: S: Insufficient access > > I have right to push changes in ldap via slapd.conf file. > > On Wed, Feb 29, 2012 at 3:52 AM, Andreas Dick <andudi(a)gmx.ch> wrote: > > in my setup, this works well. but I know about a problem with showing > > contacts of new created groups in the listing... > > can you check if the "empty" group shows more than 0 on the bottom of > > the > > list, even when you do not see the contacts? > > can you check if the ldap group record contain the added contacts? > > > > Andreas > > > > Am 2012-02-29 01:35, schrieb Sasha Kacanski: > >> Hi Andreas, > >> one more question? > >> On the private ldap address group, if I create additional group I am > >> creating cn= ldap object class groupofNames > >> > >> What is the idea behind this approach. > >> In rouncube I am unable to add a member of public address group to > >> private group... > >> > >> example: > >> > >> Public Address Group > >> name1 > >> name2 > >> name3 > >> > >> Private Address Group > >> external email contact1 > >> external email contact2 > >> > >> Office (group) > >> > >> member name1 ( will not work) - meaning if I drag contact I > >> > >> cant add it > >> > >> memeber name2 ( if I flag it as group in contact) cant add > >> it > >> > >> I believe that I need to change something in main.inc.php to allow dn > >> to be transferred from the contact that I want to add to the group to > >> member attribute value. > >> > >> Could you please point me to right direction, > >> > >> Regards, > >> > >> On Mon, Feb 27, 2012 at 6:57 PM, Sasha Kacanski <skacanski(a)gmail.com > >> > >> [5]> wrote: > >> U the man Andreas, > >> > >>> Thanks so much for quick, clear and concise answers. > >>> This works and I can push this for production. > >>> Thanks much, and this is good stuff ... > >>> --sasha > >>> > >>> On Mon, Feb 27, 2012 at 11:44 AM, Andreas Dick <andudi(a)gmx.ch [4]> > >>> > >>> wrote: > >>> I hope you did not try like that: > >>>> ************************** > >>>> > >>>> groups => > >>>> > >>>> array ( > >>>> > >>>> base_dn => , > >>>> filter => (objectClass=groupOfNames), > >>>> object_classes => > >>>> array ( > >>>> > >>>> 0 => top, > >>>> 1 => groupOfNames, > >>>> > >>>> ), > >>>> member_attr => member, > >>>> name_attr => cn, > >>>> > >>>> ), > >>>> > >>>> scope => one > >>>> > >>>> ), > >>>> private => > >>>> array ( > >>>> > >>>> name => Private LDAP Addressbook, > >>>> > >>>> hosts => > >>>> > >>>> .... > >>>> ************************** > >>>> > >>>> the scope must be INSIDE the groups array, e.g. like > >>>> ************************** > >>>> > >>>> groups => > >>>> > >>>> array ( > >>>> > >>>> base_dn => , > >>>> scope => one > >>>> > >>>> filter => (objectClass=groupOfNames), > >>>> object_classes => > >>>> array ( > >>>> > >>>> 0 => top, > >>>> 1 => groupOfNames, > >>>> > >>>> ), > >>>> member_attr => member, > >>>> name_attr => cn, > >>>> > >>>> ), > >>>> > >>>> ************************** > >>>> > >>>> Andreas > >>>> > >>>> Am 2012-02-27 14:26, schrieb Sasha Kacanski: > >>>> Andreas, > >>>> > >>>>> your suggestion did not work ether: > >>>>> groups => > >>>>> > >>>>> array ( > >>>>> > >>>>> base_dn => , > >>>>> filter => (objectClass=groupOfNames), > >>>>> > >>>>> object_classes => > >>>>> > >>>>> array ( > >>>>> > >>>>> 0 => top, > >>>>> 1 => groupOfNames, > >>>>> > >>>>> ), > >>>>> member_attr => member, > >>>>> name_attr => cn, > >>>>> > >>>>> ), > >>>>> > >>>>> SCOPE => ONE > >>>>> > >>>>> ), > >>>>> private => > >>>>> array ( > >>>>> > >>>>> name => Private LDAP Addressbook, > >>>>> > >>>>> hosts => > >>>>> > >>>>> .... > >>>>> > >>>>> I tried with sub, list base options, just to see if it makes > >>>>> > >>>>> a > >>>>> difference and nothing is happening ... > >>>>> > >>>>> in ldap log "rounde cube" > >>>>> C: Search [(objectClass=inetOrgPerson)][**dn: > >>>>> ou=People,dc=xxxxxx,dc=xxx] > >>>>> > >>>>> so it seems that option is not being passed ... > >>>>> > >>>>> --sasha > >>>>> > >>>>> On Sun, Feb 26, 2012 at 2:14 PM, Sasha Kacanski > >>>>> <skacanski(a)gmail.com [3] > >>>>> > >>>>> [1]> wrote: > >>>>> Ok, > >>>>> > >>>>>> Ill let u know how it went! > >>>>>> > >>>>>> On Sunday, February 26, 2012, Andreas Dick wrote: > >>>>>> Am Sonntag, 26. Februar 2012, 07.00:08 schrieben Sie: > >>>>>>> > Curious, Why would you separate searches per group > >>>>>>> > and/or > >>>>>>> > >>>>>>> contact? > >>>>>>> I think it makes sense to seperate... > >>>>>>> > >>>>>>> but well, the concerning option is not yet prepared in the > >>>>>>> default config > >>>>>>> > >>>>>>> file... please try to add: > >>>>>>> scope => one, > >>>>>>> > >>>>>>> in the groups array... it is allready implemented in the > >>>>>>> code :-) > >>>>>>> > >>>>>>> Andreas > >>>>>>> > >>>>>>> > anyway, is there anything else we can do in the mean > >>>>>>> > >>>>>>> time. > >>>>>>> > >>>>>>> > I am not good in php, but pretty good with python and > >>>>>>> > >>>>>>> java. > >>>>>>> > >>>>>>> > Regards, --sasha > >>>>>>> > > >>>>>>> > On Sat, Feb 25, 2012 at 6:37 PM, Andreas Dick > >>>>>>> > >>>>>>> <andudi(a)gmx.ch [1]> > >>>>>>> > >>>>>>> wrote: > >>>>>>> > > I suppose the search scope is not yet imlemented for > >>>>>>> > >>>>>>> groups... just for > >>>>>>> > >>>>>>> > > contacts... maybe il check that soon... > >>>>>>> > > > >>>>>>> > > > >>>>>>> > > Andreas > >>>>>>> > > > >>>>>>> > > Sasha Kacanski <skacanski(a)gmail.com [2]> schrieb: > >>>>>>> > > >Absolutely, > >>>>>>> > > > > >>>>>>> > > >btw, roundcube works great otherwise. This is a > >>>>>>> > > >first > >>>>>>> > >>>>>>> product that can > >>>>>>> > >>>>>>> > > >so > >>>>>>> > > >well integrate with two imap cyrus servers, one as > >>>>>>> > >>>>>>> main mail > >>>>>>> server > >>>>>>> > >>>>>>> > > >and > >>>>>>> > > >other as long term archive. With remote plugin for > >>>>>>> > > >two > >>>>>>> > >>>>>>> imaps, users > >>>>>>> > >>>>>>> > > >can > >>>>>>> > > >switch between mail and archive. > >>>>>>> > > > > >>>>>>> > > >Anyway here is the main.inc.php > >>>>>>> > > > > >>>>>>> > > >$rcmail_config[address_book_**type] = ldap; > >>>>>>> > > > > >>>>>>> > > >// In order to enable public ldap search, > >>>>>>> > > >configure an > >>>>>>> > >>>>>>> array > >>>>>>> like the > >>>>>>> > >>>>>>> > > >Verisign > >>>>>>> > > >// example further below. if you would like to > >>>>>>> > > >test, > >>>>>>> > >>>>>>> simply > >>>>>>> uncomment > >>>>>>> > >>>>>>> > > >the > >>>>>>> > > >example. > >>>>>>> > > >// Array key must contain only safe characters, > >>>>>>> > > >ie. > >>>>>>> > >>>>>>> a-zA-Z0-9_ > >>>>>>> > >>>>>>> > > >$rcmail_config[ldap_public] = array ( > >>>>>>> > > > > >>>>>>> > > > public => > >>>>>>> > > > array ( > >>>>>>> > > > > >>>>>>> > > > name => Public Addressbook, > >>>>>>> > > > hosts => > >>>>>>> > > > array ( > >>>>>>> > > > > >>>>>>> > > > 0 => some IP, > >>>>>>> > > > > >>>>>>> > > > ), > >>>>>>> > > > port => 389, > >>>>>>> > > > use_tls => false, > >>>>>>> > > > ldap_version => 3, > >>>>>>> > > > user_specific => false, > >>>>>>> > > > base_dn => ou=People,dc=xxx,dc=xxx, > >>>>>>> > > > bind_dn => cn=Some admin,dc=xxx,dc=xxx, > >>>>>>> > > > bind_pass => xxxxx, > >>>>>>> > > > search_base_dn => > >>>>>>> > > > ou=People,dc=xxxx,dc=xxx, > >>>>>>> > > > search_filter => > >>>>>>> > >>>>>>> (&(objectClass=posixAccount)(**uid=%u)), > >>>>>>> > >>>>>>> > > > search_bind_dn => cn=Some > >>>>>>> > > > admin,dc=xxxxx,dc=xxx, > >>>>>>> > > > search_bind_pw => xxxxxxx, > >>>>>>> > > > > >>>>>>> > > > search_dn_default => , > >>>>>>> > > > auth_cid => , > >>>>>>> > > > auth_method => , > >>>>>>> > > > hidden => false, > >>>>>>> > > > searchonly => false, > >>>>>>> > > > writable => false, > >>>>>>> > > > LDAP_Object_Classes => > >>>>>>> > > > array ( > >>>>>>> > > > > >>>>>>> > > > 0 => top, > >>>>>>> > > > 1 => inetOrgPerson, > >>>>>>> > > > > >>>>>>> > > > ), > >>>>>>> > > > LDAP_rdn => mail, > >>>>>>> > > > required_fields => > >>>>>>> > > > array ( > >>>>>>> > > > > >>>>>>> > > > 0 => cn, > >>>>>>> > > > 1 => sn, > >>>>>>> > > > 2 => mail, > >>>>>>> > > > 3 => uid, > >>>>>>> > > > > >>>>>>> > > > ), > >>>>>>> > > > search_fields => > >>>>>>> > > > array ( > >>>>>>> > > > > >>>>>>> > > > 0 => uid, > >>>>>>> > > > 1 => mail, > >>>>>>> > > > 2 => cn, > >>>>>>> > > > > >>>>>>> > > > ), > >>>>>>> > > > fieldmap => > >>>>>>> > > > array ( > >>>>>>> > > > > >>>>>>> > > > name => cn, > >>>>>>> > > > surname => sn, > >>>>>>> > > > firstname => givenName, > >>>>>>> > > > email => mail, > >>>>>>> > > > phone:home => homePhone, > >>>>>>> > > > phone:work => telephoneNumber, > >>>>>>> > > > phone:mobile => mobile, > >>>>>>> > > > street => street, > >>>>>>> > > > zipcode > >>>>>> > >>>>>> -- > >>>>>> Aleksandar Kacanski > >>> > >>> -- > >>> Aleksandar Kacanski _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev