Dev October 2009

dev@lists.roundcube.net

52 participants
61 discussions

czech translation small update
by Aleš Pospíchal 14 Oct '09

14 Oct '09

Hello, here is small update for czech language. Translated: emailformaterror Aleš Pospíchal --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/AX/45VS9Ufx/messages.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

performance tips
by A.L.E.C 13 Oct '09

13 Oct '09

Hi! I've written a quick manual about Roundcube configuration and performance. You can extend this or comment it here. But it would be nice if someone will reformat this and add to our wiki. 1. CONFIGURATION OPTIONS There are many configuration options with inpact on performance in Roundcube. As Roundcube installation administrator you can. set them to some defaults and disable possibility of change by your users using 'dont_override' option. Here's the list of options with impact on performance: - 'index_sort', 'message_sort_col': Messages listing is a main task of a mail client. Sorting is expensive. First of all you should use IMAP server with SORT capability. If messages list displaying is still too slow you should set 'message_sort_col' to 'date' and enable 'index_sort'. The order (ASC/DESC) is not important. 'max_pagesize' (and 'pagesize') To display messages subjects/senders/dates/etc Roundcube fetches the headers. So, to increase performance don't set 'pagesize' too high. 'min_keep_alive' ('keep_alive') To keep session Roundcube is sending a request to server every 'keep_alive' seconds. If you're already in mail task window Roundcube will also check for new mail using this interval. To decrease load don't set it too low. 'skip_deleted' This really slows things down. With 'skip_deleted' enabled Roundcube needs every time to check messages status, when displaying the list, counting messages, etc. E.g. to count all messages in a folder we must call SEARCH ALL UNDELETED instead of simple SELECT. The same with messages listing, SEARCH instead of faster SORT or even direct FETCH (index_sort). 'check_all_folders' Roundcube searches for recent messages in INBOX. You can configure it to check all folders, but e.g. if you you have many folders, enable also 'skip_deleted' and your IMAP server isn't using indexing this could be realy expensive operation. 'preview_pane' Displaying a message in preview_pane is less expensive, because in "full window" mode Roundcube will need to update page controls and message counters on every page load (if it isn't already cached by browser). 'enable_caching' With enabled caching Roundcube stores message counters, folders list and message headers in database. You should consider enabling this if access to your DB server is faster than access to IMAP. The caching is not always faster, also cache operations are expensive if mailbox cache is not complete (cache is "dirty"). message_cache_lifetime' If with enabled caching your database is growing too fast, you can lower lifetime to not store old messages. 'imap_auth_type', 'smtp_auth_type' If you know what type of authorization your servers are using, you can speed up connection process setting type directly. E.g. if 'imap_auth_type' is set to 'check' (default) Roundcube will detect auth method, then will try to authorize using CRAM-MD5 if supported and finally using PLAIN. As you see, you can skip two steps if your server allows PLAIN login (for security you should do this only on the same host or using secure connection). 'logout_purge' 'logout_expunge' If your server is heavy loaded you should probably disallow doing clean up on every logout. 2. SERVER HINTS - Disable SSL for IMAP/SMTP If your SMTP/IMAP servers are on the same host or are connected with secure network, would be better to not use SSL connections. - Disable TLS for SMTP connections (on the same host) It is not possible in Roundcube to force plain connection with SMTP server. If server returns STARTTLS capability TLS connection will be established. If you're on the same host, disabling TLS is safe and will improve performance. In Postfix 2.2 or later you can do this with 'smtpd_discard_ehlo_keyword_address_maps' (http://www.postfix.org/postconf.5.html#smtpd_discard_ehlo_keyword_address_m…) Add in /etc/postfix/main.cf file: smtpd_discard_ehlo_keyword_address_maps = hash:/etc/postfix/discard_ehlo and in /etc/postfix/discard_ehlo file: 127.0.0.1 starttls,silent-discard -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/

4 4

User Identity/Sender Mail address is user_domain_tld@localhost
by Ali Nebi 11 Oct '09

11 Oct '09

Hi, i just installed roundcube and verything is ok, but i have several questions. I use ISPMan with cyrus-imap on Centos 5. In cyrus-imap the users are created in this fromat user_domain_tld, also they are authenticated using user_domain_tld. They use the same format to authenticate also in roundcube. But when their user profile/identity is created from roundcube, the Sender/Identity email address is set to be this way: user_domain_tld@localhost. What i want to have is the email address to be in this format user(a)domain.tld. Other thing that i want to have is this. For example i have 3 domains: domain1.tld domain2.tld domain3.tld And every domain is used to access roundcube this way: mail.domain1.tld mail.domain2.tld mail.domain3.tld What i want is when round cube is loaded in page, then user to type only his username, for exampme if imap username is myuser_domain_tld, so it must type in username field only myuser, then system automatically to include _domain_tld to the user when it press login button. Is that possible and where do i need to take a look? _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

php error
by Richard Pijnenburg 10 Oct '09

10 Oct '09

Hi all, I've just started using the newest roundcube webmail and I started seeing errors in my apache logfile: [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Deprecated: Function set_magic_quotes_runtime() is deprecated in /sites/common/webmail/program/include/iniset.php on line 63, referer: http://webmail. xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Deprecated: Assigning the return value of new by reference is deprecated in /sites/common/webmail/program/lib/PEAR.php on line 563, referer: http://webmail.xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Deprecated: Assigning the return value of new by reference is deprecated in /sites/common/webmail/program/lib/PEAR.php on line 566, referer: http://webmail. xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /sites/common/webmail/config/main.inc.php on line 380, referer: http://webmail. <http://webmail.softwaredev.nl/?_task=mail&_mbox=INBOX> xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX I'm getting these message all the time. Do I need to change anything or is this a programming issue? Thanks for your time Richard Pijnenburg _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

preliminary changes for crypt plugin
by Jonas Meurer 10 Oct '09

10 Oct '09

hello, i already wrote about developing a crypt/gpg plugin for roundcube to this list in the past. in my eyes several issues need to be adressed in roundcube core before it's possible to implement the plugin itself. i'll try to list all showstoppers that i discovered so far ... - the plugin needs access to the raw message body in order to verify signatures - inline pgp signed/encrypted messages have to be detected and handed over to a hook in function parse_structure() at rcube_messsage.php - verifying signed messages and decrypting encrypted messages needs to be done by seperate hooks: message_part_signed and message_part_encrypted i tried to adress these with the attached patch. please review and comment on it. it would be awesome if it could be integrated upstream later. unfortunately there s one big issue left which my patch doesn't adress yet. the reason is simply that i don't have a clue about what to do about it. i would highly appreciate help from roundcube core developers here :-) - read a text string (i.e. a decrypted message) into a mime parser and return mime structure and mime parts. mime parsing is closely combined with the IMAP code in roundcube. the mime parsing is done by the IMAP server and roundcube fetches structure and parts from it. so far there's no way to process a text string with mime parsing code. unfortunately that's required for processing encrypted messages, as the decrypted, possibly mime-formated message is only available as text string. i don't know how it's done for composed/sent messages, but i guess that their structure needs to be parsed as well in order to upload them to a send/drafts/... folder. greetings, jonas --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/YT/kce4cTdE/rcube_message.php.diff http://detached.gigo.com/rc/YT/kce4cTdE/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/

5 11

SpamAssassin Mark as Junk plugin new function
by Sipos Attila 09 Oct '09

09 Oct '09

Hi! I've made some changes on plugin "SpamAssassin Mark as Junk". - added new option 'samarkasjunk_msgdir' : messages placed here with special filename even if no learn commands definied. Spam could be learned by a cron job. Useful when exec() is disabled in PHP or You want immediate response from RoundCube GUI. See option comment for details. - added Hungarian localisation. Hope, You find it useful. Best regards: Attila Sipos --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Es/hqNPW8pW/samarkasjunk.zip Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

[PATCH] Threaded messagelist view patch rev5 (against r3022)
by Vladislav Bogdanov 08 Oct '09

08 Oct '09

Hi all, here is a most recent revision of a threaded view patch. Most notable changes since rev4 (http://lists.roundcube.net/mail-archive/dev/2009-09/0000143.html): 1. Port to RC r3022 2. Add children of a last shift-selected message to selection too. Alec, would you please check this patch to not interfere with your last additions (message index) in a improper way? Vladislav --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/b0/CxyyRJRs/roundcubemail-thread.patch http://detached.gigo.com/rc/b0/CxyyRJRs/unread_children.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

5 16

Updated Swedish localization
by Jonas Nasholm 07 Oct '09

07 Oct '09

Hi, I’ve attached an updated Swedish localization. Regards, Jonas Nasholm Bitfuse Network --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/ve/t9qVAg1v/sv_SE.zip Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] [PATCH] Threaded messagelist view patch rev5 (against r3022)
by Vladislav Bogdanov 07 Oct '09

07 Oct '09

Mark Little wrote: >>> I have a test RC folder that I updated to 3022 and then applied your >>> patch cleanly [1]. However it doesn't appear to be working for me.. >> Did you try to enable per-folder threading in a Folders tab of a >> settings? > > Ah - I didn't even realize it was an option under Folders. Very cool. Not as cool as it is intended to be... It should be easily locateable. I think it should be in some place in a messagelist widget. And this would be more natural too, because one may want to switch between threaded and plain views in a one click, just because fresh reply to an old thread could appear somewhere where nobody can find it (on a third page f.e.)... This is still to be discussed with devs. So I'm CC'ing to dev list just not to repeat myself. > >> They should be visible only if threading is supported and enabled for >> folder. >> But subject in a message-list should be moved a bit to right in this >> case to leave a space for expand/collapse icons... It isn't in your > case... > > In my root inbox I don't have threading enabled because generally thats > for individual emails, and any mailing lists I am on have their own folder. > > I enabled the threading for some mailing lists and it looks to be working That's OK. > great on all the threaded folders, however I am still experiencing problems > on non-threaded folders. Hmm, everything works for me on such folders... Would you please describe problems a bit more detailed? If you simply mean that two states of a three-state switch look identically while third shown things in reverse, then it is OK. And, I seen thread controls on your previous screenshots. Are they still there for a non-threaded view? They should be hidden for thread-unaware folders... > > From what I can tell - the new sort option doesn't appear to have any > effect? Also, no matter what I do, the sorting doesn't change when > threading is disabled for a folder. It's original function was to present 'unsorted' view. It seems to be superseded by last changes in trunk. I didn't realized that while porting to the newest version. This issue is being discussed at dev list right now by the original patch author (Chris January) and RC core devs (I'm only porting it to current SVN from time to time and adding some fixes, bells and whistles ;) , changes set is available in my posts to dev list). And I hope this issue will be resolved before merging to trunk which I in turn hope will occur soon. > Do you still want me to do the debug? Do you want me to do it a couple of > times or just ones? Let me know what options/sorting mode you want. No, if it all works except for what I wrote above. Thank you. Vladislav _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] [PATCH] Threaded messagelist view patch rev5 (against r3022)
by Chris January 07 Oct '09

07 Oct '09

On Wed, 07 Oct 2009 13:26:43 +0200, "A.L.E.C" <alec(a)alec.pl> wrote: > Chris January wrote: > >>>> Sorting by anything but the default order (i.e. index_sort=true) is >>>> incredibly slow with 30,000 or so messages. >>> THREAD command returns messages (threads) sorted by date, it's not >>> possible to speed this up. Index_sort option will not help and we have >>> two possibilities: >>> - re-sort by root message index if index_sort=true, >>> - forget about index_sort option when using threads >> >> This is why there is a 'default' sort order in the threading patch. The >> THREAD command returns, as you say, messages sorted by date. Roundcube >> then >> sorts them again which can be very slow with lots of messages. So the >> threading patch introduces the 'default' sort order, which could be >> better >> called the 'unsorted' sort order, i.e. the messages aren't sorted at all >> but kept in the same order they are returned by the server. > > But re-sorting by message index shouldn't be very slow, since we don't > fetch any data from IMAP server. I still force to not use this 'default' > stuff. Sorting ~30,000 threads with ~60,000 messages in them takes in the order of minutes on my machine. This is unacceptably slow, that's why I added the 'default' option. Chris _______________________________________________ List info: http://lists.roundcube.net/dev/

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev October 2009