Dev

dev@lists.roundcube.net

2 participants
4318 discussions

Major updates - testing required
by Thomas Bruederli 16 Dec '05

16 Dec '05

Hi everybody After two days of intensive coding (now my girlfriend is offended) I finally rebuilt the caching mechanism which caused many problems and performance issues. Therefore a new database table (messages) was created. There also have been minor changes to the database so please check the SQL scripts. Together with the new caching process, server side sorting was also implemented. When showing the message list, only one page is retrieved from the server and cached.The message cache is complete, after every page has been loaded once. After that, RC attempts just to synchronize the changes. Even if the cache is not complete the loading time should decrease since there's only the message index transmitted and already cached headers will not be reloaded. For further development I will try to start a child process to fetch all message headers in the background but not making the interface wait for it. The new caching implementation is not tested well and that's why I would like the experienced RoundCube administrators and developers to try out the latest CVS. Because the public CVS repository updates several hours or days later, I added a snapshot here: http://prdownloads.sourceforge.net/roundcubemail/roundcubemail-cvs-20051203… I also reworked the database class and tested RoundCube with MySQL, SQLite and Postgres. All initial SQL scripts have been updated and RC should now work correctly with Postgres. Probably there could be some optimization with Postgres but I'm not very familiar with it. For all Postgres users out there, please test RoundCube and don't hesitate to post bugs or suggestions here. Last but not least, I have included the patch for signatures (thanks Craig) and added a drop-down with a charset selection when composing a message. I know that there are still some issues with character encoding especially when getting things over XMLHTTP. Well, that's it for the moment. Next I'll take care of the message searching functionality and after that I think we're ready for an official Beta release. Thanks for your patience! Thomas P.S. The MDB2 implementation is currently broken and the library is not included in the package.

21 42

Patch for default from_domain (via server variable)
by Shane R. Spencer 16 Dec '05

16 Dec '05

My users unfortunately would be sending email as username@localhost for a good 10 years before they read my email saying "Set up your identity so you don't look like an idiot". Either way I developed a small patch that creates the global config variable "from_domain" and is set to the servers variable MAILDOMAIN as in this example: <VirtualHost *> .. SetEnv MAILDOMAIN mydomain.com .. </VirtualHost> this modifies only the email portion of the identity creation functions, if no MAILDOMAIN it will revert to the default behaviour. Is this just a fixup in what would be a large patchset for better vhost setups? hopefully.

3 2

Fwd: Icons
by Craig Webster 16 Dec '05

16 Dec '05

I think this was meant for the list :) Begin forwarded message: > From: Wojtek <subs(a)donkoyote.net> > Date: 15 December 2005 21:00:14 GMT > To: Craig Webster <craig(a)xeriom.net> > Subject: Re: Icons > > On 2005-12-15 20:59, Craig Webster wrote: >> On 15 Dec 2005, at 19:43, Stephen wrote: >>> That's a good suggestion too. I can see it becoming annoying >>> until the user gains the muscle memory to click the send icon. >>> I'm sure it would be far less annoying than clicking the back >>> arrow and losing the message though! >> >> Maybe we save it automatically as a draft and have a notice appear >> in the info panel telling the user that; we can avoid the popup >> completely while still saving the message. >> > Changing places for icons, and modifying send icon to something > more "send" looking, connected with a message like Craig proposed, > would be a good start. Another good thing could be placing a button > for saving composed message as draft. > > What do you think Thomas ? > > > regards > -- > Wojtek Yours, Craig -- Craig Webster | t: +44 (0)131 516 8595 | e: craig(a)xeriom.net Xeriom.NET | f: +44 (0)709 287 1902 | w: http://xeriom.net

3 3

Re: [PATCH-CVS 20051212] rcube_imap.inc: fixes fatal error on line 483
by Nicolas Zagulajew 16 Dec '05

16 Dec '05

Hi Well I finaly did the update correctly, had this error, patched as you said and I gives another error when reading messages: Parse error: parse error, unexpected T_OBJECT_OPERATOR in /home/www/roundcubemail/program/include/rcube_imap.inc on line 483 And I can't read any message.. I tried to correct, but I'm dreadful in php scripts. Nicolas -----Message d'origine----- De : Josh King [mailto:josh@dotmil.org] Envoyé : mardi 13 décembre 2005 06:57 À : dev(a)lists.roundcube.net Objet : [PATCH-CVS 20051212] rcube_imap.inc: fixes fatal error on line 483 Hi everyone, First off let me just say that I am *amazed* and very excited to have an app such as RoundCube available. My congrats to the developers! I was having an issue though. I'm running the latest CVS from tonight (12 Dec 2005) on Debian Sarge, Courier-IMAP 3.0.8, Postfix 2.1.5, Procmail 3.22, Apache 2.0.54, PHP 4.3.10, and MySQL 4.0.24 on a dedicated server. Everything worked beautifully except for one intermittant problem. The error I received was this: "Fatal error: Call to undefined function: get_message_cache_index() in /var/www/mail/program/include/rcube_imap.inc on line 483" The error came mainly on deep subdirs when trying to open a message, but occasionally happened within the Inbox as well. I have found a fix that works for me: Original: // cache is OK if ($cache_status>0) { $a_index = get_message_cache_index($cache_key, FALSE, $this->sort_field); return array_values($a_index); } Fix: // cache is OK if ($cache_status>0) { $a_index = this->get_message_cache_index($cache_key, FALSE, $this->sort_field); return array_values($a_index); } I'm not sure yet how you usually accept patches or fixes, so please let me know if there is a format you prefer. I attached one in diff -uNr formatting, and should be applied with -p1 from toplevel directory. I make no guarantees on the quality of this though, as I have only tested on one server. FWIW, is there somewhere I can read up on your procedures for submitting fixes? Thanks again! Josh King -- http://dotmiltech.com http://debianhomepage.org http://debcentral.org

2 2

RC with PHP5
by Martin Marques 16 Dec '05

16 Dec '05

I'm having lot's of problems witha server migration I just did which has PHP5 (the new server, the old one used PHP4) and Horde+IMP (which as I read, will not support PHP5 in older versions). The question is, is RC capable of working with PHP5 (I guess I will already be trying it when I get a responce, but wanted some opinions about the configuration). -- 18:02:25 up 4 days, 9:57, 5 users, load average: 1.59, 1.57, 1.62 --------------------------------------------------------- Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática | '@' || 'unl.edu.ar'; Universidad Nacional | DBA, Programador, del Litoral | Administrador ---------------------------------------------------------

3 3

Icons
by Wojtek 15 Dec '05

15 Dec '05

Hi I've noticed, that users who don't know roundcube yet, after composing email click on an arrow icon. Maybe it would be a good idea to change or put "send" icon on the "first place" ? regards -- Wojtek

4 5

PostgreSQL + Encoding
by Christian Kastner 15 Dec '05

15 Dec '05

Hello, I recently received an e-mail containing German umlauts (ä,ö,ü), which produced the following error when loading the message: DB Error in /var/www/webmail/program/include/rcube_db.inc (283): DB Error: unknown error Query: <snip> [nativecode=ERROR: invalid byte sequence for encoding "UNICODE": 0xfc7220] Apparently, the error is connected to the message's original encoding, which is: Content-Type: text/plain; charset="ISO-8859-1" I'm running Roundcube on Apache 2.0 with PostgreSQL 7.4 as a backend. I have not tested this error with the 8.0/8.1 releases yet. Any ideas?

3 2

Username@Localhost
by Gavin Conway 15 Dec '05

15 Dec '05

Hello all, As mentioned previously we are looking at putting Roundcube out as a dev client in the following setup; L O C A L H O S T | External Roundcube -> Perdition -> IMAP Server \ Roundcube and Perdition are on the same server. The IMAP servers are seperate entities. The config of roundcube means that in this instance I would need to set $rcmail_config['default_host'] = 'localhost'; Unfortunately this means the knock on effect is that any logged in users gets 'username'@'localhost' as their originating email address. Is there any way for me to specify a default domain for email addresses or to set this parameter on a per-user basis? The alternative solution is to attempt to pre-populate the roundcube database with our user ID's or to ensure that our users know that when they initially log in that they will need to setup their identities before they are allowed to send email. Your thoughts on this are appreciated. Cheers, Gavin -- UKS Ltd, Birmingham Road, Studley, Warwickshire, B80 7BG Tel: 08700 681 333 - Fax: 01527 851 301 - AS: 20547 gavin(a)uksolutions.co.uk - www.uksolutions.co.uk

4 4

sqlite problems
by Dmitry Baikov 15 Dec '05

15 Dec '05

Hi, can't get RC to work with SQLite. CVS version gives the following on a login page: DB Error in /home/www/htdocs/roundcubemail/program/include/rcube_db.inc (283): DB Error: unknown error Query: 14 ** INSERT INTO session (sess_id, vars, ip, created, changed) VALUES ('4184a2f5de70e6cb52b30af183536bfa', 'client_id|s:32:"4184a2f5de70e6cb52b30af183536bfa";user_lang|s:2:"en";auth_time|i:1134667626;auth|s:40:"88895104f148f5795c85baecddfa246dd91fe79f";task|s:4:"mail";', 'x.x.x.x', now(), now()) [nativecode=unable to open database file] Latest tarball version shows login page ok, but both fail on trying to log in: DB Error in /home/www/htdocs/roundcubemail/program/include/rcube_db.inc (283): DB Error: unknown error Query: 14 ** INSERT INTO users (created, last_login, username, mail_host, language) VALUES (now(), now(), 'user', 'localhost', 'en') [nativecode=unable to open database file] PHP Error in /home/www/htdocs/roundcubemail/program/include/main.inc (427): Failed to create new user Thank you in advance. --Dmitry

1 0

RC Front End, what goes on the back?
by Giancarlo Canessa 15 Dec '05

15 Dec '05

Hello group. I attempted searching through the discussion archive but couldn't find anything. I have a site currently using a 3rd-party email provider. We would like to bring everything inhouse. Currently, our email hosting provider is supporting approximately 11,000 users. I would certainly like to see RoundCube used as the front-end but am looking for any guidance regarding the back-end (software and hardware). Thanks (in advance) for your help. -giancarlo

3 2

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