Dev

dev@lists.roundcube.net

4304 discussions

Roundcube Next is coming and we need your help!
by Thomas Bruederli 06 May '15

06 May '15

Dear subscribers What started with the hypothetical question, "how would we implement Roundcube if we could start over again?" [1], has now grown into a concrete plan how to create the responsive, fast and beautiful successor of Roundcube. It has become clear that the architectural changes necessary for this are way too big to be applied to the current Roundcube codebase without breaking the compatibility in a major way. That's why we're planning to define Roundcube One as feature complete and focus on a new core engine for the future Roundcube webmail application. In order to make than happen, we can reply on long time partners who supported Roundcube already in the past. Kolab Systems has offered to drive this project by contributing their well established software development capabilities and dedicate additional developer power to help us get the work done. In addition to that, the folks from Kolab Digital in London are going to share their expertise on the UX and design part of it. Two major goals are important to us: Besides improving the core technology and modernizing the UI, we also aim to move some of the groupware features we currently see in the Kolab suite into Roundcube itself and make them available for other backends. And we'll certainly provide a migration path to existing Roundcube installations. So to enable us to achieve these high stake goals together for Roundcube Next we proudly announce our crowdfunding campaign at Indiegogo. Go to https://roundcu.be/next and back us if you can or help us spread the word about it. Your websites, blogs and social media channels can help us reach more people. Or if you're working for, or are a customer of, an ISP who's already using Roundcube, please forward this campaign to your product manager. Let's challenge today's email and create the most awesome webmail application people deserve to communicate freely using systems and services they can trust. The next Roundcube will of course again be 100% open source and made available to everybody. This is your chance to contribute to the success of free software. Many thanks to all of our past, current and future supporters! Sincerely, The Roundcube Dev Team [1] https://roundcubeinbox.wordpress.com/2014/09/12/roundcube-next-if-we-would-…

1 0

problem posting to the trac site
by Christian Brabandt 01 May '15

01 May '15

Hi, For whathever reason I have not been able to post a comment to ticket http://trac.marketingxp.com/ticket/1490353 It always times out and I never see the captcha that I am supposed to answer so this page http://trac.marketingxp.com/captcha#trac-add-comment seems a little ironic: Captcha Error Submission rejected as potential spam Failed captcha attempts Trac thinks your submission might be Spam. To prove otherwise please provide a response to the following. An internal error occurred: 5150AA00892F1.AB4D1C6.68005DA2 Best, Christian -- Wenn der andre ein wenig Genie zeigt, so werden wir neidisch und ungerecht gegen ihn sein; wenn er aber uns zu sehr übertrifft, nicht. -- Jean Paul

1 1

Join us at the Kolab Summit in The Hague
by Thomas Bruederli 01 May '15

01 May '15

Dear Roundcube users and affiliates The Roundcube development team gathers this weekend in The Hague at the first Kolab Summit. If you can make it there, we'd love to meet you in person and talk to you about the future of Roundcube. More information about the event and the location can be found here: https://conference.kolab.org Kind regards, Thomas

1 0

Help trying to do a search with only the framework.
by Rodrigo Santellan 23 Apr '15

23 Apr '15

Hi, I'm trying to do a search with only the framework framework. I has been trying to separate the component so they can be used on another framework, I'm using it now in Symonfony2 but planing to use in another ones. So far I identified the class *rcube_imap_search* that will do the search. I created a helper with static methods that I'm rewriting to not use globals. On the file RouncubeHelper I create a connection to the IMAP server. My problem is that when I try to do the actual search with the method *search* it always come empty. What I'm missing? If I'm using only one folder is a good practice to call to: *$searchRcube = new \rcube_imap_search(array('skip_deleted' => true), $this->rcube->get_storage()->conn);$data = $searchRcube->exec(array($folder), $criteria, null, 'date');* Like that? Regards and thank in advance for any help.

2 3

Patch
by Барсуков Сергей 17 Apr '15

17 Apr '15

There are an error in function rcmail_message_list_smart_column_name in module func.inc Good function looks like this function rcmail_message_list_smart_column_name() { global $RCMAIL; $delim = $RCMAIL->storage->get_hierarchy_delimiter(); $mbox = $RCMAIL->output->get_env('mailbox') ?: $RCMAIL->storage->get_folder(); $sent_mbox = $RCMAIL->config->get('sent_mbox'); $drafts_mbox = $RCMAIL->config->get('drafts_mbox'); if (((strpos($mbox.$delim, $sent_mbox.$delim) === false) || (strpos($mbox.$delim, $drafts_mbox.$delim) === false)) && (strpos(strtoupper($mbox.$delim), 'INBOX'.$delim) === false) ) { return 'to'; } return 'from'; }

3 3

icons
by Cor Bosman 07 Apr '15

07 Apr '15

Hey all, as a plugin developer I often run into the problem of what icon to use for tabs and sections. I usually end up using one of the existing icons, but it doesnt really look nice when you have 5 tabs using the same icon. I think roundcube really limited itself by using custom icons. It's kind of reinventing the wheel. Would it be an idea to add fontawesome as an icon set to roundcube? This would add over 500 icons to the set to choose from and is framework agnostic. We would need a way for plugin authors to add a classname to their tabs/section, but that shouldnt be too hard. I think it wouldnt even be so bad if roundcube itself used fontawesome icons. Regards, Cor

3 8

plugin for developers
by Cor Bosman 03 Apr '15

03 Apr '15

Hey all, i had a need for this, so maybe some of you developers that also create plugins can use it as well. I made a plugin that adds any number of sections to your preferences, and lets other plugins register on that section. Useful if you have a few local plugins that belong together and can be put into one section. http://plugins.roundcube.net/packages/cor/settings_sections <http://plugins.roundcube.net/packages/cor/settings_sections> Regards, Cor

1 0

Submenus of contextmenu not accessible anymore in 1.2-git
by Michael Heydekamp 02 Apr '15

02 Apr '15

Currently submenus of contextmenu plugin are not accessible anymore in 1.2-git, just a very small white rectangle is being shown instead. Any hint...? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 2

Patch: one fix and one feature
by Olivier Thauvin 27 Mar '15

27 Mar '15

Hi guys, We are using roundcube at works and we found two problem we'd really like to see fixed. The first one is trival: on/off french translation in sieve plugin are wrong telling filter is off when it's on and vice et versa. The second is a bit more tricky: the dovecot sieve vacation feature will act only the receive mail is addressed to exactly the user's mail. But the mail I use is not LOGIN@domain but first.lastname@domain making sieve never replying. The workaround is to add my address when enabling sieve filter. The patch I did will find my addresses from my roundcube identities and add them automatically. So our users has less things to do to make it works. I hope you'll find them usefull. Regards -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖

1 0

Roundcube Next - a survey
by Thomas Bruederli 22 Mar '15

22 Mar '15

Dear developers and list lurkers The Roundcube project will celebrate its 10th anniversary this year and a decade is just right to stop for a while and let your thoughts flow into new directions. Some of you may already have read my random thoughts [1] about the future or Roundcube development and since I wrote this down, the idea of a fresh new successor to Roundcube has settled in my mind and won't go away that easily. The initial responses on that were exclusively positive and this encourages us to take it one step further now. Meanwhile I looked into many other applications, libraries, frameworks, apis and programming languages to find the best set of tools that would form a new top-noch webmail application for the next decade. A loose and admittedly rather limited collection has manifested on a wiki page [2] already. The primary goal of rethinking Roundcube and webmail in general is certainly to improve the user experience for everyday communication. The second important aspect (at least for me as a developer) is to have a slick, structured and flexible framework to build new features and applications on top of. The current Roundcube codebase comes with a variety of technological and conceptual constraints which rule the ongoing development in a rather negative manner. Therefore thinking of a successor that is completely independent and unrelated to the current software stack is a tempting exercise which I'd like to invite you to. As already outlined in the blog post [1], the new Roundcube should move most of the application logic from the server to the client. Browsers are way more capable than they've been 10 years ago and times of server-side template rendering are definitely over. Those who are familiar with the Roundcube codebase will immediately understand that such a change in paradigms also means a complete break of compatibility with all existing components of Roundcube, including plugins. So let's free our mind from what we know about Roundcube and start over. This can even go as far as choosing something else than PHP for the server part which is supposed to be reduced to a simple wrapper for data exchange between the backend storage (IMAP et al) and the client application. Possible candidates are PHP (still), Python, Node.js. At least these are the ones I'm currently familiar with. So let's take a deeper look into these as I'm particularly interested in your opinions, also from a deployment and hosting perspective. * PHP The major disadvantage of PHP that has become evident in Roundcube is its short process lifetime requiring a full startup, database and IMAP connection+authentication and closing all connections again for every single HTTP request. Even FPM and persistent socket connections (which IMO are still unreliable and should be avoided) don't really help to overcome this. The advantage of sticking with PHP certainly is that we can re-use some of the existing parts from the Roundcube codebase, such as the IMAP library, the plugin infrastructure etc. And in terms of deployment: PHP is everywhere and lots of sysadmins are familiar with deploying and maintaing and tweaking PHP applications. * Python Although Python isn't perfect for running as long-term processes either, there are some well developed frameworks out there (e.g. Twisted or Flask) which could be used to manage persistent connections between the client (think websockets) and storage backends. In addition to that, its easier to implement reactive applications with an asynchronous architecture. Regarding deployment: the Python universe has some well established package repositories which make installation and deployment pretty easy. From a sysadmin point of view, I have no idea how easy or painful the maintenance of Python applications is. But the number of hosting providers offering Python is certainly lower that for PHP. * Node.js The new star on the web app sky. Its architecture seems to make node.js perfect for long-living server processes and maximum throughput. Although we could use Javascript, which we're all familiar with, the number of pitfalls to use that for server applications is quite high. The learning curve here shouldn't be underestimated. And opinions certainly go into two distinct directions when in comes to deploying and scaling node applications. Installation should come easy as there's basically only npm for all the package management and everybody doing node is familiar with that. OK, so question #1: what's your take on the programming language choice? The client part luckily doesn't need such a decision as there's only Javascript for this. But the variety of ways how to build a single-page web application and the number of frameworks helping you to do this is mind-boggling. I have to admit that in this regard, I'm one of the old fashioned web developers from the late 90ies and yet have to learn a lot about the brave new world of web development. I guess we can all agree that nobody wants to build a new web application framework from scratch as we did for Roundcube due to the lack of sophisticated solutions back in 2005. But choosing the right tools might be essential for the timeline and the success of Roundcube Next. So here's question #2: what are your favorite javascript application libraries and frameworks? What experience did you make let's say with Angular or Backbone? What are the pitfalls? Finally another big challenge we have when aiming to create the perfect webmail application is the way we make the client and the server talk together. We should carefully draft a proper data model and an according protocol for this. For the data model, I already tried to create a first draft in regards of what we already know the application should be capable of. This includes multi-account support, tagging, sharing and the extensibility for calendaring and other groupware-like tasks. For the client-server communication, there are some interesting concepts out there but none of them actually seems to suit the purpose we're after. They either lack the concept of sharing (i.e. ACL) or do not account for collections such as multiple different address books one account my have access to. The candidates I'm referring to are: Nilas.com (former InboxApp), JMAP (by Fastmail) or the Gmail API (also to be supported by Dovecot). All are good approaches and generally point into the same direction but I couldn't say that one of them would already solve the use-cases we want to cover in Roundcube. And yes, we're seeking for a protocol and not an API [3] :-) And this is question #3: who's willing to help us draft the perfect protocol for this? I guess this should be a highly collaborative and iterative process and I'm keen on any input from people who are experienced with this type of task. Thank you all for reading and participating in this survey. I'm really excited to move this forward. All free and open source of course! Best, Thomas [1] https://roundcubeinbox.wordpress.com/2014/09/12/roundcube-next-if-we-would-… [2] http://trac.roundcube.net/wiki/Roundcube_Next [3] https://vimeo.com/71278954

13 31

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