Dev

dev@lists.roundcube.net

4296 discussions

Breaking the 'mail' / 'addressbook' divide in Roundcube
by Ian Lewis 29 Feb '12

29 Feb '12

Any advice appreciated of how best to do this. I'm trying to re-model the current 'modal' behaviour of Roundcube between the 'mail' view and the 'addressbook' view, and have spent maybe a dozen hours working my way through the code trying to get things off the ground. I haven't programmed in PHP for a while but I do have a PhD in Computer Science, and I think I've put in a reasonable amount of groundwork including creating a new set of templates/styles and reading the plugin API documentation. My intention could be simply put as having a 'Contact List' appear in the left-pane of what is currently the 'mail' view, i.e. where the folder list currently sits. My preference would be NOT to have to write from scratch another addressbook sub-system, but somehow map the existing functionality across into a new layout. An edit of the 'mail' template should hopefully allow me to include the contacts on the left e.g. as this mockup screenshot: http://carrier.csi.cam.ac.uk/forsterlewis/computer_science/face_mail/webmai… FYI the real objective is to experiment with a more contact-centric view of emails, e.g. allowing a click on a contact to display the addressbook details plus emails from/to, as in this mockup: http://carrier.csi.cam.ac.uk/forsterlewis/computer_science/face_mail/webmai… My problem is fundamentally the 'task' aspect of Roundcube assumes all the folder/email stuff has querystring '_task=mail' and addressbook routines have hardcoded things like $RCMAIL->task=='addressbook'. All this breaks when I try and put the contacts list on the 'mail' page. A smaller issue is 'mail' and 'addressbook' functionality (e.g. 'list') seems to prevent that content co-existing on a page also. E.g. is it very difficult to get <roundcube:object name="addresslist" id="contacts-table"...> to be expanded correctly in the 'mail' template using much of the existing program/steps/addressbook/ code ? I'd rather not have to create a complete new 'addressbook' plugin just to allow "public $task = 'mail'", but maybe that's the only way. Should I effectively clone the program/steps/addressbook code into a plugin and take out the 'task=addressbook' sensitivity? The downside of that is I'm effectively forking the Roundcube base. Thanks for any help... Ian -- Ian Lewis Director, University Computing Service University of Cambridge office: +44 1223 334702 mobile: +44 7774 017590 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

[ADMIN] Mail server changes made
by Jason Fesler 29 Feb '12

29 Feb '12

To the Round Cube community. Today I've made changes to the mail server, that will hopefully enable me to continue serving as your list host. I've changed the numeric IP address used for posts being sent from this mailing list. This change *may* cause some of you to see delays, as ISPs do not yet have any reputation recorded for this new IP address. Many ISPs delay mail in this circumstance until more of a reputation is earned. If you want to catch up in the list, and you think mail to your ISP is being delayed, you can read the archives at http://lists.roundcube.net/dev/ . [Stop reading here, unless you want more background info.] This change is regrettable an important one, for me to continue hosting. Until today, mail for my users (many of which have been here for 10-15 years) was sharing the same physical server and IP address as hosting the mailing lists. Most of those years, this was not a problem. However, in the last year or two, there has been increasing tension with this setup. Why the tension? People who subscribed to the list, then later complain to their ISP that the mail is spam. Pure and simple. These people build a negative reputation for my server's IP address. This in turn causes the ISPs to block *all* mail from my IP address. This affects the CRPL list, the Woodworkers list (who's now moved off), the Round Cube lists, and all the personal users on my server (including my family). Many of us use the server for contact with our families, or (in my case) for professional reasons. For example, nobody on my server can mail AT&T owned domains. This includes worldnet, pacbell, prodigy, swbell, and other related businesses. This failure mode has caused several long time users and organizations both to leave my server. All of it is directly attribution to the mailing list hosting. This tension has been so bad that I asked your list *owners*, in December, to look for a new host to move to. This has been a terrible ask - both my act of doing so; as well as the effort it takes for your list owners to find a new home. This has been quite difficult for your list owners to actually act on. I've finally come up with a solution (and had the time to implement it), to avoid moving the mailing lists to a different physical server. New posts will come from a dedicated IP address just for mailing lists; all other mail will remain on the original IP. Until the ISPs of the world stop delaying mail from this new IP, I'll ask you for your patience. With these changes, I hope that I'll be able to host the list for another 10-15 years after all. -jason list *host* . --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/VC/q1lQi7eT/smime.p7s Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Hook question(s): render_mailboxlist
by Andy Theuninck 29 Feb '12

29 Feb '12

1. Is there anything I can set/alter in the return value to change which <option> gets the "selected" attribute? 2. This seems really basic, but what all do I look at to figure out within the hook function to determine where it's being called? Checking rcmail::get_instance->task and rcmail::get_instance()->show narrows it down some, but those values aren't sufficient to distinguish between the left sidebar folder list (which I don't want to alter) and the "Move to..." select box (which I do want to alter). What I'm trying to do is check current message attributes (from, subject) and change the selection in the "Move to..." drop down accordingly. _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Different directory for 3rd plugins ?
by Claudio Filho 28 Feb '12

28 Feb '12

Hi I am using some 3rd plugins and when i tried update my instalation (0.7 -> 0.7.1), i saw the problem about who is from core and who is from other sources. Is possible use other directory to install this others plugins? I think that is a good idea how was made in Drupal, where have a dir only for core modules, and a dir for other modules. Can RC find recursively in a dir? some thing like: $SRC_ROOT/plugins/[core|third] ? So, when i update my env, i need to preserv this folder, and in other hand, is more easy to track what can break and not. Best, Claudio _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

6 7

advanced search for messages
by kaifamm＠libero.it 28 Feb '12

28 Feb '12

Hi, I'm trying Roundcube and I think it's great !!!!!!! But I have not found an advanced search of messages, you can't search and filtering for multiple fields of message at the same time. For example, I want search messages from one date to a date (period). For example, messages that the recipient equal to "X" and the sender equal to "Y" and that the subject contains "Z". I did not find it or is there not ? if there is not, it planned in future releases? Is there a plugin ? Thank you _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Re: [RCD] [RCU] testing ldap addressbook
by Andreas Dick 27 Feb '12

27 Feb '12

Am 2012-02-27 04:21, schrieb Nelson Serafica: > Im currently studying roundcube with ldap as its DEFAULT addressbook. > I have a running ldap for addressbook and it is working fine in an > email client such as Thunderbird. Below is my setup in TB > > Base DN : dc=mail,dc=foo,dc=com > Port 388 > > Port 388 is being forward to 389 of my ldap server. However, I cannot > configure Roundecube to query on ldap. Below is my config in ldap > settings in main.inc.php. > > $rcmail_config[address_book_type] = ldap; > > $rcmail_config[ldap_public][Addbook] = array( > name => foo.com [1], > hosts => array(localhost), > port => 389, > use_tls => false, > user_specific => false, > base_dn => dc=mail,dc=foo,dc=com, > LDAP_Object_Classes => array("top", "inetOrgPerson"), > required_fields => array("cn", "sn", "mail"), > LDAP_rdn => mail, > search_fields => array(mail, cn), > name_field => cn, > email_field => mail, > surname_field => sn, > firstname_field => gn, > sort => cn, > fuzzy_search => true, > sizelimit => 0, > timelimit => 0, > ); > > $rcmail_config[autocomplete_addressbooks] = array(ldap,foo.com [2]); > > $rcmail_config[autocomplete_min_length] = 1; > > After saving main.inc.php, I can no longer access Addressbook Tab. > Probably of the wrong settings in my ldap. I can query ldap when I > do ldapsearch -x -b dc=mail,dc=foo,dc=com. The settings above is > based on the default file main.inc.php. I just followed the > procedures. > > Can anyone give a hint? config seems to be ok. can you turn on ldap logging and publish logs/ldap? Andreas > > TIA, > > Nelson > > Links: > ------ > [1] http://foo.com > [2] http://foo.com _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

junk processing flow needs two Junk folders, not just one
by Brian J. Murrell 26 Feb '12

26 Feb '12

I hope you will indulge this posting to the dev list as it really is more a dev matter than a using matter. I was going to file a bug about this but I thought it warranted some discussion first. My issue is with how Junk is handled in conjunction with the markasjunk[2?] plugin(s). As you know, with the markasjunk plugin, when you press the junk button it moves the mail message to the $rcmail_config['junk_mbox'] (i.e. Junk by default). But that does not recognize that there are two types of junk: the mail that the mail system determined is spam (let's call this tagged spam) and wants to quarantine for the user to sift through for false positives[1]. The other type of "Junk" is the spam that the mail system did not determine for the user (let's call this untagged spam) and that the user wants to tell the mail system is spam so that it can learn. So the user needs two folders for these different types of messages, for a couple of reasons. First reason is that it's a waste of the users time to put the untagged spam into the same folder that is meant to be the folder that the user to sifts through to find falsely tagged spam. Secondly, the user does need a folder to put untagged spam so that the mail system has somewhere it can go get messages that the user wants it to use to learn about what spam is. And this folder shouldn't be same folder that the tagged spam has gotten put into since we don't want/need the mail system to learn from messages it's already tagged as spam. On my system here those two folders are "Junk" and "spam" (respectively). Mail that has the X-Spam-Flag header set to "YES" is put into "Junk" (and does not need to be used to learn about spam from) and messages that are in the user's INBOX that are actually spam should be moved to "spam". A process on the mail system goes through the "spam" folders of all of the users and pushes those messages through the spam-learning process. Am I going about this all wrong? Does anyone else see the need for two different folders (three if you bring the "ham" into the discussion) for spam processing? Cheers, b. [1] One must have one of these folders lest risk throwing out the occasional non-spam message without the user's consent/knowledge. This is where the user goes to look for that message that somebody says they sent but that the user never received. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Eq/Uv9TvoDD/signature.asc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 3

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

26 Feb '12

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> wrote: > > I suppose the search scope is not yet imlemented for groups... just for > > contacts... maybe i'l check that soon... > > > > Andreas > > > > Sasha Kacanski <skacanski(a)gmail.com> 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' => 'postalCode', > > > 'locality' => 'l', > > > 'country' => 'c', > > > 'organization' => 'o', > > > > > > ), > > > 'sort' => 'cn', > > > 'scope' => 'one', > > > 'filter' => '(objectClass=inetOrgPerson)', > > > 'fuzzy_search' => true, > > > 'vlv' => false, > > > 'numsub_filter' => '(objectClass=organizationalUnit)', > > > 'sizelimit' => '0', > > > 'timelimit' => '0', > > > 'referrals' => 1, > > > 'groups' => > > > array ( > > > > > > 'base_dn' => '', > > > 'filter' => '(objectClass=groupOfNames)', > > > 'object_classes' => > > > array ( > > > > > > 0 => 'top', > > > 1 => 'groupOfNames', > > > > > > ), > > > 'member_attr' => 'member', > > > 'name_attr' => 'cn', > > > > > > ), > > > > > > ), > > > > > >.... > > > > > > > > > > > >Regards, --sasha > > > > > > > > >On Sat, Feb 25, 2012 at 1:12 PM, Andreas Dick > > ><andudi(a)gmx.ch<javascript:_e({}, 'cvml', 'andudi(a)gmx.ch');> > > > > > >> wrote: > > >> > > >> hei sasha > > >> can you please show us your concerning part in main.inc.php? > > >> this means at least: > > >> - 'filter' > > >> - 'scope' > > >> - 'groups' > > >> > > >> Andreas > > >> > > >> Am Samstag, 25. Februar 2012, 11.04:09 schrieb Sasha Kacanski: > > >> > Hi All, > > >> > > > >> > I setup a rouncube (svn current) with two cyrus imap servers > > >> > and > > >> > openldap/mysql. > > >> > I managed to extend my ldap hierarchy to include following: > > >> > > > >> > ou=People,dc=xxxx,dc=org for public address book > > >> > > > >> > this works fine and all users are visible from the roundcube > > >> > via > > > > > >public > > > > > >> > address - readonly book > > >> > > > >> > i have private address books under user uid > > >> > uid=xxxx,ou=People,dc=xxxx,dc=org > > >> > as ou=addressbook,uid=xxxx,ou=People,dc=xxxx,dc=org > > >> > > > >> > > > >> > slapd.conf is modified with appropriate rules to allow users > > >> > to > > > > > >create > > > > > >> > addditional address books and contacts > > >> > > > >> > everything works fine. > > >> > > > >> > I changed search criteria on the public address book to "one" > > >> > from > > > > > >"sub" > > > > > >> to > > >> > > >> > avoid picking up private group names under public address > > >> > group > > > > > >listing. > > > > > >> > However, when I create user private address book, e.a. > > >> > > > >> > cn=My Friends,ou=addressbook,uid=xxxx,ou=People,dc=xxxx,dc=org > > >> > > > >> > this private group will show under both, public and private > > >> > address > > > > > >space > > > > > >> > in roundcube. > > >> > > > >> > I thought that by limiting search criteria in public address > > >> > space > > > > > >from > > > > > >> sub > > >> > > >> > to one will prevent private address books from showing, but > > >> > that > > > > > >did not > > > > > >> > work. > > >> > What do you suggest as easiest approach to solve this issue. > > >> > > > >> > btw, I registered to http://www.roundcubeforum.net and I can't > > >> > post > > >> > > >> email > > >> > > >> > to any forum. > > >> > I sent email to support folks and nothing... > > >> > > > >> > Regards, --sasha > > >> > > >> -- > > >> List info: http://lists.roundcube.net/users/ > > >> BT/4e624a41 > > > > > >-- > > >Aleksandar Kacanski > > > > > > > > > > > >-- > > >Aleksandar Kacanski _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

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

25 Feb '12

I suppose the search scope is not yet imlemented for groups... just for contacts... maybe i'l check that soon... Andreas Sasha Kacanski <skacanski(a)gmail.com> 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' => 'postalCode', > 'locality' => 'l', > 'country' => 'c', > 'organization' => 'o', > ), > 'sort' => 'cn', > 'scope' => 'one', > 'filter' => '(objectClass=inetOrgPerson)', > 'fuzzy_search' => true, > 'vlv' => false, > 'numsub_filter' => '(objectClass=organizationalUnit)', > 'sizelimit' => '0', > 'timelimit' => '0', > 'referrals' => 1, > 'groups' => > array ( > 'base_dn' => '', > 'filter' => '(objectClass=groupOfNames)', > 'object_classes' => > array ( > 0 => 'top', > 1 => 'groupOfNames', > ), > 'member_attr' => 'member', > 'name_attr' => 'cn', > ), > ), >.... > > > >Regards, --sasha > > >On Sat, Feb 25, 2012 at 1:12 PM, Andreas Dick ><andudi(a)gmx.ch<javascript:_e({}, 'cvml', 'andudi(a)gmx.ch');> >> wrote: > >> hei sasha >> can you please show us your concerning part in main.inc.php? >> this means at least: >> - 'filter' >> - 'scope' >> - 'groups' >> >> Andreas >> >> Am Samstag, 25. Februar 2012, 11.04:09 schrieb Sasha Kacanski: >> > Hi All, >> > >> > I setup a rouncube (svn current) with two cyrus imap servers and >> > openldap/mysql. >> > I managed to extend my ldap hierarchy to include following: >> > >> > ou=People,dc=xxxx,dc=org for public address book >> > >> > this works fine and all users are visible from the roundcube via >public >> > address - readonly book >> > >> > i have private address books under user uid >> > uid=xxxx,ou=People,dc=xxxx,dc=org >> > as ou=addressbook,uid=xxxx,ou=People,dc=xxxx,dc=org >> > >> > >> > slapd.conf is modified with appropriate rules to allow users to >create >> > addditional address books and contacts >> > >> > everything works fine. >> > >> > I changed search criteria on the public address book to "one" from >"sub" >> to >> > avoid picking up private group names under public address group >listing. >> > >> > However, when I create user private address book, e.a. >> > >> > cn=My Friends,ou=addressbook,uid=xxxx,ou=People,dc=xxxx,dc=org >> > >> > this private group will show under both, public and private address >space >> > in roundcube. >> > >> > I thought that by limiting search criteria in public address space >from >> sub >> > to one will prevent private address books from showing, but that >did not >> > work. >> > What do you suggest as easiest approach to solve this issue. >> > >> > btw, I registered to http://www.roundcubeforum.net and I can't post >> email >> > to any forum. >> > I sent email to support folks and nothing... >> > >> > Regards, --sasha >> -- >> List info: http://lists.roundcube.net/users/ >> BT/4e624a41 >> > > > >-- >Aleksandar Kacanski > > > >-- >Aleksandar Kacanski _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Suggestion: password plugin
by Andy Theuninck 24 Feb '12

24 Feb '12

I modified my install so that the password plugin could use multiple drivers. Email is by far the service my users use the most, but it would be nice to keep their all their passwords in sync when the email password changes. The main change is that the save function loops through all selected drivers instead of just one. To avoid function name collisions, drivers can optionally use a prefix (e.g., sql_save_password instead of save_password). Works pretty well for me with unix accounts & samba accounts. Patch is attached if there's interest. I also have password plugin drivers for samba and unix accounts (using expect instead of PAM). Not sure if it's OK to attach lots of files to list posts. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Dt/xTBRWwgv/rcm.multipassword.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev