Dev

dev@lists.roundcube.net

1 participants
4305 discussions

dovecot or php bug?
by A.L.E.C 24 Jul '08

24 Jul '08

When delete message I have sometimes (often) problems with opening next message from the list. Roundcube hangs. When deleting or moving message are made two connections to imap server. One for delete/move action and one for next message read. See log fragment: 1.[24-Jul-2008 15:09:05 +0200]: [Resource id #41] C: flg STORE 7 +FLAGS (\Deleted) 2.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: * 6 FETCH (UID 14 RFC822.SIZE 573 FLAGS (\Seen) INTERNALDATE "22-Jul-2008 11:37:42 +0200") 3.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: fh1 OK Fetch completed. 4.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] C: F1247 FETCH 6 (BODYSTRUCTURE) 5.[24-Jul-2008 15:09:06 +0200]: [Resource id #41] S: * 7 FETCH (FLAGS (\Deleted \Seen)) 6.[24-Jul-2008 15:09:06 +0200]: [Resource id #41] S: flg OK Store completed. 7.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: * 6 FETCH (BODYSTRUCTURE (("text" "html" ("charset" "iso-8859-2") NIL NIL "7bit" 226 8 NIL NIL NIL) "alternative" ("boundary" "b1_4547603c33fa601e4b546c824b8d50be") NIL NIL)) 8.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: * 7 FETCH (FLAGS (\Deleted \Seen)) 9.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: F1247 OK Fetch completed. Problem is with line no.8 which is readed by both connections #41 and #46. In #46 wthis line is joined with line no.7 and then BODYSTRUCTURE reply becomes malformed and is not properly parsed by iil_C_FetchStructureString(). I'm not sure where's the problem in PHP or in dovecot. Maybe someone knows something about that before I'll write workaround? gentoo PHP 5.2.6-r2 dovecot 1.0.13-r1 -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/

2 3

idea
by Andreas 23 Jul '08

23 Jul '08

The other day I stumbled upon Decimail [1], a webmail client that uses a client-side IMAP connection, tunneled through http. This seems like the holy grail in responsiveness and desktop-like feeling for a webmail client. Could roundcube ever adopt such a model? It would be a total rewrite, since you wouldn't use PHP anymore... but then again, the GUI stays exactly the same, and that's the part about Decimail which really sucks. [1] http://decimail.org/index.html -- -- Andreas [ http://unstable.nl | gopher://unstable.nl ] _______________________________________________ List info: http://lists.roundcube.net/dev/

5 6

updated galician translation.
by David Garabana Barro 21 Jul '08

21 Jul '08

Here it goes! :) -- David Garabana Barro jabber & google talk ID: david(a)garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Fp/DmwjZjsD/messages.inc http://detached.gigo.com/rc/Fp/DmwjZjsD/labels.inc http://detached.gigo.com/rc/Fp/DmwjZjsD/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/

1 0

Spanish trasnlation updated
by emi daruma tai 17 Jul '08

17 Jul '08

Here it is, again :) --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/mE/ZvN73IZA/labels.inc http://detached.gigo.com/rc/mE/ZvN73IZA/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

Catalan translation updated
by emi daruma tai 17 Jul '08

17 Jul '08

Here it is :) --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/1P/7jHbq3Aa/messages.inc http://detached.gigo.com/rc/1P/7jHbq3Aa/labels.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

Updated Hebrew Translation
by Moish 16 Jul '08

16 Jul '08

Moish --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/5Y/pQty1u7F/messages.inc http://detached.gigo.com/rc/5Y/pQty1u7F/labels.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

updated Hungarian translation - 2 questions
by Horváth Balázs 16 Jul '08

16 Jul '08

#1 If you choose download directly the translation is not saved on the page. Should it work this way? *labels.inc* - missing texts translated, question #2: an old one: receiptread Return Receipt (read) new: mdnrequests Sender notifications Shouldn't the new one be 'receipt' and 'Return receipt' to keep texts consistent? *messages.inc* - missing 1 text updated, $messages['messagesaved'] fixed Balázs -- *Horváth Balázs* *Balázs Horváth* Fejlesztési vezető Development Manager WG Informatika Kft. WG Informatics Ltd. H-1123 Budapest, Alkotás utca 53. (MOM Park, "D torony" II.em) Tel./Fax: +36/1-487-5502 Mobil: +36/20-971-2904 E-mail: horvath.balazs(a)wgi.hu <mailto:horvath.balazs@wgi.hu> Web: http://wgi.hu <http://wgi.hu?adid=145> --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/tM/PTLy7t2u/labels.inc http://detached.gigo.com/rc/tM/PTLy7t2u/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

updated Macedonian translation
by Ivan Mishev 16 Jul '08

16 Jul '08

greetings.. i updated the macedonian translation to the latest version .... keep up the good work --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/H6/pc01Z3Gj/mk-MK_update.rar 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] Ticket #1484984 (bugs closed): Installer should save configs.
by Robin Elfrink 16 Jul '08

16 Jul '08

Thomas, Can we not add a download-option to the installer, for main.inc.php and db.inc.php? Something like attached patch (except that it doesn't really work right now because of output already sent). Robin --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/rW/sN59DQSJ/_11484984-20080415.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/

3 5

Config option 'flag_for_deletion'
by Thomas Bruederli 15 Jul '08

15 Jul '08

Hi everybody, I'd like to discuss the meaning of the option named 'flag_for_deletion'. In http://trac.roundcube.net/changeset/1508 RoundCube changed it's behavior based on the bug reported in http://trac.roundcube.net/ticket/1485002 This config option was initially created to control the behavior when deleting a message and no Trash folder is available (see comment in config/main.inc.php) and was set to true by default. When I now delete a message (move it to the Trash) the original message is only flagged as deleted but still visible (no expunge command is issued) and this is not what most users expect to happen. Since http://trac.roundcube.net/changeset/1403 this config option is even editable for the user but it's still set to true for all users until they manually disable it. To respect the issue described in ticket #1485002 I suggest to also check if a Trash folder is specified ('trash_mbox') in rcube_imap.php as well as in app.js and to remove the config option from the user prefs form. To make it complete, we could allow the user to select his trash folder in the users prefs with the option to leave it empty (which would enable the checkbox for 'flag_for_deletion') What do you think about this? Do you like the behavor of the current svn trunk? Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

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