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.
Hi Thomas,
The current CVS-checkout seems to work very nice, although a lot of entries are created in my messages-cache table. I have over 2000 after browsing through some folders. Is it really necessary to cache this much? :) It does seem to work pretty quick all now; so I do not have any problems with the mechanism; but I do wonder if there isn't an other way to gain speed instead of just caching a lot. Shouldn't the mailserver do most of that anyway? Do you know how programs like Squirrelmail, or even Thunderbird handle these speed problems?
Regards, Sjon
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli roundcube@gmail.com wrote:
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.
Overall, great work! The performance appears to be greatly
improved, but I did find a bug for you. It would appear that the
command to retrieve messages from the server (so in my case, trying to
retrieve 40 messages) includes messages that have been deleted but not
purged.
What would happen in my case, is the top of my inbox included many
messages that had been deleted but not purged, so out of the 40 messages
the first page was supposed to show, it would only show 21. You went to
the next page, and the next message would be correctly displayed at the
top, etc. Everything worked correctly, except that only 21 messages
would display on the 1st page. After some investigation, it would
appear that it was counting the deleted messages in the count to 40
messages, so thats why I was getting the incorrect number of messages.
It did not show the deleted messages, but was counting them. After a
purge delete, everything is now working fine.
Rob
Thomas Bruederli wrote:
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.
!DSPAM:4391db612684694229862!
First off, it's looking really good. On the server side, I've had no issues with this build.
What has happened though is that in Firefox 1.0.7, clicking on a folder (to say, switch from displaying my Inbox to displaying my Sent messages) doesn't seem to work (or do anything at all for that matter). In the new Firefox 1.5 build this issue doesn't exist - but anything with the earlier Gecko engine would be effected (Netscape, Mozilla Seamonkey, etc.)
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli roundcube@gmail.com wrote:
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.
few quirks :x
the sort buttons are now gone? clicking the > arrow to skim through 400+ messages isnt fun. (Firefox 1.5 on gentoo linux)
the messagecountbar should be larger. im running 1600x1200 with small fonts and anything over 100 messages causes the "< Messages x to x+40 out of y >" to be split on 2 lines.
other then that this build so far seems more smooth :)
On Sat, 03 Dec 2005 16:48:36 -0600, Rob Smith rob@rice.edu wrote:
I tested my install with firefox 1.0.7 and 1.5, and it appears
to work fine in both. I did initially have the same problems you were reporting, and finally just did an entirely new checkout from the CVS because I couldn't get the snapshot version to work. After updating my config files and such, the version pulled from the CVS (which has all the updates), worked fine. So I recommend using the updated version from the CVS instead of the snapshot, and everything should work. Rob Trae Dorn wrote:
First off, it's looking really good. On the server side, I've had no issues with this build. What has happened though is that in Firefox 1.0.7, clicking on a folder (to say, switch from displaying my Inbox to displaying my Sent messages) doesn't seem to work (or do anything at all for that matter). In the new Firefox 1.5 build this issue doesn't exist - but anything with the earlier Gecko engine would be effected (Netscape, Mozilla Seamonkey, etc.) On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli wrote:
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.
!DSPAM:4392189b17830658623786!
Uh, sure doesn't behave like that in FireFox
On Sun, 4 Dec 2005 2:42:03 +1100, justin justin@volta.babel.com.au wrote:
the sort buttons are now gone? clicking the > arrow to skim through
400+
messages isnt fun. (Firefox 1.5 on gentoo linux)
just click on the header bar and it will sort. this is a nice improvement to the interface IMHO.
im going to have to agree with trae on this. i also did a quick look and see nothing in the given page source that would make it clickable, either in html or javascript, though i didnt dig that deep.
On Sat, 3 Dec 2005 19:52:00 -0600, Trae Dorn trh@trhonline.com wrote:
Uh, sure doesn't behave like that in FireFox
On Sun, 4 Dec 2005 2:42:03 +1100, justin justin@volta.babel.com.au wrote:
the sort buttons are now gone? clicking the > arrow to skim through
400+
messages isnt fun. (Firefox 1.5 on gentoo linux)
just click on the header bar and it will sort. this is a nice
improvement
to the interface IMHO.
and more so,
how do you do sorting just from the entire headerbar? i hope this wasent an act of making it "simple" at the cost of only supporting one or two browsers, as well as making it less usable. i could understand clicking each header title once or twice, like you would do in any regular client, but not randomly picking an arbitrary sort method by clicking the entire header bar. :x
On Sat, 3 Dec 2005 23:06:42 -0500, Zachery Hostens roundcube@plastik.us wrote:
im going to have to agree with trae on this. i also did a quick look and see nothing in the given page source that would make it clickable, either in html or javascript, though i didnt dig that deep.
- Zac
On Sat, 3 Dec 2005 19:52:00 -0600, Trae Dorn trh@trhonline.com wrote:
Uh, sure doesn't behave like that in FireFox
On Sun, 4 Dec 2005 2:42:03 +1100, justin justin@volta.babel.com.au wrote:
the sort buttons are now gone? clicking the > arrow to skim through
400+
messages isnt fun. (Firefox 1.5 on gentoo linux)
just click on the header bar and it will sort. this is a nice
improvement
to the interface IMHO.
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli roundcube@gmail.com wrote:
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.
So far so good, the only issue I see is that I don't have any contacts in my address book anymore - but if I go back to the old Roundcube, they're still there. Did you change a table, or why wouldn't today's CVS be able to read it?
All in all allot of minor improvements that really feel great. Thanks again.
http://fak3r.com - you don't have to kick it
Sorry but SQL/postgres.initial.sql just won't work. The table creation is defined before the sequences are built. I will try to get a patch with the changes.
Looks good. Two comments on signatures:
to stick with previous standards? 2) When composing an email and tabbing over to the message body, is it possible to place the cursor before the signature rather than at the end of the text?
-j
On Sat, 2005-12-03 at 16:05 -0600, Trae Dorn wrote:
First off, it's looking really good. On the server side, I've had no issues with this build.
What has happened though is that in Firefox 1.0.7, clicking on a folder (to say, switch from displaying my Inbox to displaying my Sent messages) doesn't seem to work (or do anything at all for that matter). In the new Firefox 1.5 build this issue doesn't exist - but anything with the earlier Gecko engine would be effected (Netscape, Mozilla Seamonkey, etc.)
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli roundcube@gmail.com wrote:
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.
Minor bug with the signatures: Right now if your default identity has a signature, and you switch to one that doesn't the signature remains. Then, if you switch BACK to the default, the signature appears TWICE (the second signature disappears when you switch back to the other identity - but the original one remains).
On Sun, 04 Dec 2005 11:54:14 -0600, Jeremy Jongsma jeremy@jongsma.org wrote:
Looks good. Two comments on signatures:
- Should RC automatically add "-- \n" before appending the signature,
to stick with previous standards? 2) When composing an email and tabbing over to the message body, is it possible to place the cursor before the signature rather than at the end of the text?
-j
On Sat, 2005-12-03 at 16:05 -0600, Trae Dorn wrote:
First off, it's looking really good. On the server side, I've had no
issues with this build.
What has happened though is that in Firefox 1.0.7, clicking on a folder
(to say, switch from displaying my Inbox to displaying my Sent messages) doesn't seem to work (or do anything at all for that matter). In the new Firefox 1.5 build this issue doesn't exist - but anything with the earlier Gecko engine would be effected (Netscape, Mozilla Seamonkey, etc.)
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli
roundcube@gmail.com wrote:
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.
-- TRHOnline.com - Staggering towards brilliance
Hi Thomas
Nice performance. Now it doesn't even matter if roundcube is running on the same machine as the mailserver or not.
Two bugs i have noticed:
== Only once i received the following message after clicking on reply.
DB Error in /var/users/www/roundcubemail/program/include/rcube_db.inc
(283): DB Error: syntax error Query: INSERT INTO messages (user_id, del,
cache_key, idx, uid, subject, from
, to
, cc, date, size, headers)
VALUES (1, 0, 'INBOX.msg', NULL, NULL, NULL, NULL, NULL, NULL,
FROM_UNIXTIME(), NULL, 'N;') [nativecode=1064 ** You have an error in
your SQL syntax. Check the manual that corresponds to your MySQL server
version for the right syntax to use near '), NULL, 'N;')' at line 3]
I have tried to reconstruct the message for a detailed bug report but couldn't.
==
The other thing I've noticed is that after clicking on messages (reading) the message later in the inbox folder is not marked as read.
The funny thing is it did about 2 times and then stopped. Even after logout and restarting firefox it the messages were not marked.
==
Dennis
OK, updated today against the sourceforge CVS. Update to the mysql database was no issue (though a word of warning to those unwary, if you already altered the table for the ip and aliases, you must comment out those lines first before running the script against the mySQL DB). rest of the code base updated nicely.
RC is definitely eating less resources now, or at least that's what top and server-status is telling me. the big test for me was opening a 16000 message maildir in Cyrus. Prior to this version, couldn't open it - the script would time out. now, there's no issue - opens the maildir and seems to be doing exactly what it's supposed to.
i concurr with Dennis' problem of marking read/unread e-mails. I sent a large test message (about 8MB), to test the upload capability and mail transfer. i've clicked the message about 5 times, returning to the inbox via the return button and clicking directly on the inbox in the folder list, but it will not mark the message unread.
Deleted old identity and recreated it trying to see if the signatures work, but it seems that it will not append the signature to the mail. i thought at first it was the url at the end of the sig, but it seems that no matter what's there, it will not append.
i don't remember if the previous installs had this problem, but the addresss book button in the compose screen does nothing. don't remember if it's always been like that since i simply used address completion.
can't confirm the report that the contacts disappear after updating. i still have them in the address book. don't know if it's a particularity of that other installation.
definitely feel a speedup of the interface. so over all it's good, but these little snafus.
cheers, rodolfo
Another thing, before i forget. At this point, it seems that roundcube has issues opening individual mails in large mailboxes. For exmaple, my sent mailbox has about 3500 messages, can't open any messages from there (ranging from 1k to 11MBs), nor from one of the mailing lists that contain about 16000 messages. it just sits there saying that it's loading. eventually it times out and kicks me back to the login screen stating that the session has expired.
can anyone confirm this?
cheers, rodolfo
On 12/4/05, Rodolfo segleaur@gmail.com wrote:
OK, updated today against the sourceforge CVS. Update to the mysql database was no issue (though a word of warning to those unwary, if you already altered the table for the ip and aliases, you must comment out those lines first before running the script against the mySQL DB). rest of the code base updated nicely.
RC is definitely eating less resources now, or at least that's what top and server-status is telling me. the big test for me was opening a 16000 message maildir in Cyrus. Prior to this version, couldn't open it - the script would time out. now, there's no issue - opens the maildir and seems to be doing exactly what it's supposed to.
i concurr with Dennis' problem of marking read/unread e-mails. I sent a large test message (about 8MB), to test the upload capability and mail transfer. i've clicked the message about 5 times, returning to the inbox via the return button and clicking directly on the inbox in the folder list, but it will not mark the message unread.
Deleted old identity and recreated it trying to see if the signatures work, but it seems that it will not append the signature to the mail. i thought at first it was the url at the end of the sig, but it seems that no matter what's there, it will not append.
i don't remember if the previous installs had this problem, but the addresss book button in the compose screen does nothing. don't remember if it's always been like that since i simply used address completion.
can't confirm the report that the contacts disappear after updating. i still have them in the address book. don't know if it's a particularity of that other installation.
definitely feel a speedup of the interface. so over all it's good, but these little snafus.
cheers, rodolfo
On 4 Dec 2005, at 17:54, Jeremy Jongsma wrote:
Looks good. Two comments on signatures:
- Should RC automatically add "-- \n" before appending the
signature, to stick with previous standards? 2) When composing an email and tabbing over to the message body, is
it possible to place the cursor before the signature rather than at
the end of the text?
I'll have a look into these when I get a chance -- probably by next
weekend.
Yours, Craig -- Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net Xeriom.NET | f: +44 (0)709 287 1902 | w: http://xeriom.net
On 4 Dec 2005, at 18:56, Trae Dorn wrote:
Minor bug with the signatures: Right now if your default identity
has a signature, and you switch to one that doesn't the signature
remains. Then, if you switch BACK to the default, the signature
appears TWICE (the second signature disappears when you switch back
to the other identity - but the original one remains).
I'll have a look into this as soon as I get the chance. Probably by
next weekend.
Yours, Craig -- Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net Xeriom.NET | f: +44 (0)709 287 1902 | w: http://xeriom.net
Rodolfo wrote:
Another thing, before i forget. At this point, it seems that roundcube has issues opening individual mails in large mailboxes. For exmaple, my sent mailbox has about 3500 messages, can't open any messages from there (ranging from 1k to 11MBs), nor from one of the mailing lists that contain about 16000 messages. it just sits there saying that it's loading. eventually it times out and kicks me back to the login screen stating that the session has expired.
I have a couple of mailing list boxes that are ~3-4k (plus a few more ~1k5) and they all load the list in a few seconds (including changing pages). Loading mail again is only a few seconds, although once or twice it has kicked me off.
I've using Dovecot 1.0_alpha4 (I think), PHP 4.4.1, MySQL 4.1.15 and Apache 2.0.54 on a PII-350Mz (PHP and Apache have been configured for optimal usage, i.e. removed all unnecessary modules).
Hi Rodolfo,
I do have the same experience! Everything is fast, except for opening an email... I'm using Courier-imap.
I already know why. When an email is openend, Roundcube is searching for the previous and the next mail. (for the prev/next mail function). It does this by downloading the complete mailfolder! (calling the _list_headers function with 'all') This way, server-side sorting does not help; it wil fetch the complete list anyhow.
I have replaced the function "message_index" in "program/include/rcube_imap.inc" with the following. It returns a correct result, and is very, very fast! There is a downside though. This just uses the default imap sorting, it does not take other sorting into account! So, when the message list was sorted on Subject for example, the prev/next takes you to the next message by date instead by subject. (What would a user expect in this case?) function message_index($mbox='', $sort_field='date', $sort_order='DESC') { $mailbox = $mbox ? $this->_mod_mailbox($mbox) : $this->mailbox; return array_reverse(iil_C_FetchUIDs($this->conn, $mailbox)); }
After a little more coding, I've come to the following solution. It is a little slower as the solution above, but solves the problem of sorting discribed above. (This function is *not complete*!! When there is no server-side sorting available, is doesn't do anything!! Don't have time for that now...)
function message_index($mbox='', $sort_field='date', $sort_order='DESC') { $mailbox = $mbox ? $this->_mod_mailbox($mbox) : $this->mailbox; if ($this->get_capability('sort') && ($msg_index = iil_C_Sort($this->conn, $mailbox, $sort_field))) { $a_message_index = iil_C_FetchHeaderIndex($this->conn, $mailbox, implode($msg_index, ','), 'UID'); if ($sort_order == 'DESC') return array_reverse($a_message_index); else return $a_message_index; } }
I hope this helpes!
Pieter Hoekstra.
Rodolfo schreef:
Another thing, before i forget. At this point, it seems that roundcube has issues opening individual mails in large mailboxes. For exmaple, my sent mailbox has about 3500 messages, can't open any messages from there (ranging from 1k to 11MBs), nor from one of the mailing lists that contain about 16000 messages. it just sits there saying that it's loading. eventually it times out and kicks me back to the login screen stating that the session has expired.
can anyone confirm this?
cheers, rodolfo
On 12/4/05, Rodolfo segleaur@gmail.com wrote:
OK, updated today against the sourceforge CVS. Update to the mysql database was no issue (though a word of warning to those unwary, if you already altered the table for the ip and aliases, you must comment out those lines first before running the script against the mySQL DB). rest of the code base updated nicely.
RC is definitely eating less resources now, or at least that's what top and server-status is telling me. the big test for me was opening a 16000 message maildir in Cyrus. Prior to this version, couldn't open it - the script would time out. now, there's no issue - opens the maildir and seems to be doing exactly what it's supposed to.
i concurr with Dennis' problem of marking read/unread e-mails. I sent a large test message (about 8MB), to test the upload capability and mail transfer. i've clicked the message about 5 times, returning to the inbox via the return button and clicking directly on the inbox in the folder list, but it will not mark the message unread.
Deleted old identity and recreated it trying to see if the signatures work, but it seems that it will not append the signature to the mail. i thought at first it was the url at the end of the sig, but it seems that no matter what's there, it will not append.
i don't remember if the previous installs had this problem, but the addresss book button in the compose screen does nothing. don't remember if it's always been like that since i simply used address completion.
can't confirm the report that the contacts disappear after updating. i still have them in the address book. don't know if it's a particularity of that other installation.
definitely feel a speedup of the interface. so over all it's good, but these little snafus.
cheers, rodolfo
phil wrote:
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli roundcube@gmail.com wrote:
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.
So far so good, the only issue I see is that I don't have any contacts in my address book anymore - but if I go back to the old Roundcube, they're still there. Did you change a table, or why wouldn't today's CVS be able to read it?
There have been changes to the contacts table. For compatibility issues I have changed the col type for 'del' from enum to tinyint. If you run the update SQL queries, MySQL will probably not convert the col values right. Please check what type the del-col is of and what values are set for your contacts. 1 = deleted, 0 = available;
All in all allot of minor improvements that really feel great. Thanks again.
P
http://fak3r.com - you don't have to kick it
Thanks, Thomas
Rodolfo wrote:
Another thing, before i forget. At this point, it seems that roundcube has issues opening individual mails in large mailboxes. For exmaple, my sent mailbox has about 3500 messages, can't open any messages from there (ranging from 1k to 11MBs), nor from one of the mailing lists that contain about 16000 messages. it just sits there saying that it's loading. eventually it times out and kicks me back to the login screen stating that the session has expired.
I have a couple of mailing list boxes that are ~3-4k (plus a few more ~1k5) and they all load the list in a few seconds (including changing pages). Loading mail again is only a few seconds, although once or twice it has kicked me off.
I've using Dovecot 1.0_alpha4 (I think), PHP 4.4.1, MySQL 4.1.15 and Apache 2.0.54 on a PII-350Mz (PHP and Apache have been configured for optimal usage, i.e. removed all unnecessary modules).
Rob Smith wrote:
Overall, great work! The performance appears to be greatly improved, but I did find a bug for you. It would appear that the command to retrieve messages from the server (so in my case, trying to retrieve 40 messages) includes messages that have been deleted but not purged.
What would happen in my case, is the top of my inbox included many messages that had been deleted but not purged, so out of the 40 messages the first page was supposed to show, it would only show 21. You went to the next page, and the next message would be correctly displayed at the top, etc. Everything worked correctly, except that only 21 messages would display on the 1st page. After some investigation, it would appear that it was counting the deleted messages in the count to 40 messages, so thats why I was getting the incorrect number of messages. It did not show the deleted messages, but was counting them. After a purge delete, everything is now working fine.
Yes, I encountered the same problem... I have to find out how to avoid this because the message count delivered from the server includes all messages that are marked as deleted...
Rob
Thanks, Thomas
On 12/5/05, Thomas Bruederli roundcube@gmail.com wrote:
Rob Smith wrote:
Overall, great work! The performance appears to be greatly improved, but I did find a bug for you. It would appear that the command to retrieve messages from the server (so in my case, trying to retrieve 40 messages) includes messages that have been deleted but not purged. What would happen in my case, is the top of my inbox included many messages that had been deleted but not purged, so out of the 40 messages the first page was supposed to show, it would only show 21. You went to the next page, and the next message would be correctly displayed at the top, etc. Everything worked correctly, except that only 21 messages would display on the 1st page. After some investigation, it would appear that it was counting the deleted messages in the count to 40 messages, so thats why I was getting the incorrect number of messages. It did not show the deleted messages, but was counting them. After a purge delete, everything is now working fine.
Yes, I encountered the same problem... I have to find out how to avoid this because the message count delivered from the server includes all messages that are marked as deleted...
I run into another problem as well: all unread e-mails remain unread after the update (current cvs) and there's no way to mark them as read. When I try to label read by clicking the blue star thingie, the INBOX label canges to something like this: Inbox (-1)(-2)(-3)(-4), which is rather weird. http://213.180.31.143/roundcube/roundcubemail/#INBOX
Tanel Raja
Blog -- http://fm.ee/pronto/
On Mon, 05 Dec 2005 08:31:51 +0100, Thomas Bruederli roundcube@gmail.com wrote:
phil wrote:
On Sat, 03 Dec 2005 18:39:21 +0100, Thomas Bruederli
wrote:
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.
So far so good, the only issue I see is that I don't have any contacts
in my address book anymore - but if I go back to the old Roundcube, they're still there. Did you change a table, or why wouldn't today's CVS be able to read it?
There have been changes to the contacts table. For compatibility issues I have changed the col type for 'del' from enum to tinyint. If you run the update SQL queries, MySQL will probably not convert the col values right. Please check what type the del-col is of and what values are set for your contacts. 1 = deleted, 0 = available;
Ok, so if I view the table within MySQL I should be able to tell? I'll try this in a bit. How would I fix this then; change the del col from enum to tinyint? Sorry, database is not my stong point.
Thanks
P
All in all allot of minor improvements that really feel great. Thanks
again.
P
http://fak3r.com - you don't have to kick it
Thanks, Thomas
-- http://fak3r.com - you don't have to kick it
Hi,
roundcubemail-cvs-20051203 works great here with MySQL 4.0.17, PHP 4.3.11.
I did a clean install using a new database as I did not want to break my working roundcube-20051021 installation.
Thanks for this great webmail client!
Patrick.
On 12/3/05, Thomas Bruederli roundcube@gmail.com wrote:
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.
I just noticed a bug that cause the count of unread message going below zero (see attached screenshot). This did not happen with 20051021.
I'm using Firefox 1.5 final.
PS: I've modified the mail.css to enlarge the folder list div so that the french localization fits well.
Patrick.
On 12/7/05, Patrick DECAT pdecat@gmail.com wrote:
Hi,
roundcubemail-cvs-20051203 works great here with MySQL 4.0.17, PHP 4.3.11.
I did a clean install using a new database as I did not want to break my working roundcube-20051021 installation.
Thanks for this great webmail client!
Patrick.
On 12/3/05, Thomas Bruederli roundcube@gmail.com wrote:
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.
Another interesting screenshot : switching to another folder than inbox, I can see that the unread count is shown multiple times with different values.
Apart from this, everything seems fine so far.
Patrick.
On 12/7/05, Patrick DECAT pdecat@gmail.com wrote:
I just noticed a bug that cause the count of unread message going below zero (see attached screenshot). This did not happen with 20051021.
I'm using Firefox 1.5 final.
PS: I've modified the mail.css to enlarge the folder list div so that the french localization fits well.
Patrick.
On 12/7/05, Patrick DECAT pdecat@gmail.com wrote:
Hi,
roundcubemail-cvs-20051203 works great here with MySQL 4.0.17, PHP 4.3.11.
I did a clean install using a new database as I did not want to break my working roundcube-20051021 installation.
Thanks for this great webmail client!
Patrick.
On 12/3/05, Thomas Bruederli roundcube@gmail.com wrote:
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.
I'm not sure if you still have some old scripts in your browser cache... The new sorting behaviour was meant to be a more closer to common apps than the two buttons and it even looks nicer IMO. I tested it with Mozilla 1.0, Safari 2.0, IE 6.0 and Opera 8 and it worked fine here.
Regards, Thomas
Zachery Hostens wrote:
and more so,
how do you do sorting just from the entire headerbar? i hope this wasent an act of making it "simple" at the cost of only supporting one or two browsers, as well as making it less usable. i could understand clicking each header title once or twice, like you would do in any regular client, but not randomly picking an arbitrary sort method by clicking the entire header bar. :x
- Zac
On Sat, 3 Dec 2005 23:06:42 -0500, Zachery Hostens roundcube@plastik.us wrote:
im going to have to agree with trae on this. i also did a quick look and see nothing in the given page source that would make it clickable, either in html or javascript, though i didnt dig that deep.
- Zac
I'm using the December 03 build, and there is no sorting behaviour available in Firefox 1.5 or IE 6.0. I haven't downloaded the Latest CVS though
Thomas Bruederli wrote:
I'm not sure if you still have some old scripts in your browser cache... The new sorting behaviour was meant to be a more closer to common apps than the two buttons and it even looks nicer IMO. I tested it with Mozilla 1.0, Safari 2.0, IE 6.0 and Opera 8 and it worked fine here.
Regards, Thomas
Zachery Hostens wrote:
and more so,
how do you do sorting just from the entire headerbar? i hope this wasent an act of making it "simple" at the cost of only supporting one or two browsers, as well as making it less usable. i could understand clicking each header title once or twice, like you would do in any regular client, but not randomly picking an arbitrary sort method by clicking the entire header bar. :x
- Zac
On Sat, 3 Dec 2005 23:06:42 -0500, Zachery Hostens roundcube@plastik.us wrote:
im going to have to agree with trae on this. i also did a quick look and see nothing in the given page source that would make it clickable, either in html or javascript, though i didnt dig that deep.
- Zac
I originally had the same problem. When I forced a full refresh (ctrl+f5) it worked perfectly
-Brian
Thomas Bruederli wrote:
I'm not sure if you still have some old scripts in your browser cache... The new sorting behaviour was meant to be a more closer to common apps than the two buttons and it even looks nicer IMO. I tested it with Mozilla 1.0, Safari 2.0, IE 6.0 and Opera 8 and it worked fine here.
Regards, Thomas
Zachery Hostens wrote:
and more so,
how do you do sorting just from the entire headerbar? i hope this wasent an act of making it "simple" at the cost of only supporting one or two browsers, as well as making it less usable. i could understand clicking each header title once or twice, like you would do in any regular client, but not randomly picking an arbitrary sort method by clicking the entire header bar. :x
- Zac
On Sat, 3 Dec 2005 23:06:42 -0500, Zachery Hostens roundcube@plastik.us wrote:
im going to have to agree with trae on this. i also did a quick look and see nothing in the given page source that would make it clickable, either in html or javascript, though i didnt dig that deep.
- Zac
This feature works well. One request I would make though, extend it additionally to organize by message size and attachment.
On 12/11/05, Brian Steere dianoga7@3dgo.net wrote:
I originally had the same problem. When I forced a full refresh (ctrl+f5) it worked perfectly
-Brian
Thomas Bruederli wrote:
I'm not sure if you still have some old scripts in your browser cache... The new sorting behaviour was meant to be a more closer to common apps than the two buttons and it even looks nicer IMO. I tested it with Mozilla 1.0, Safari 2.0, IE 6.0 and Opera 8 and it worked fine here.
Regards, Thomas
Zachery Hostens wrote:
and more so,
how do you do sorting just from the entire headerbar? i hope this wasent an act of making it "simple" at the cost of only supporting one or two browsers, as well as making it less usable. i could understand clicking each header title once or twice, like you would do in any regular client, but not randomly picking an arbitrary sort method by clicking the entire header bar. :x
- Zac
On Sat, 3 Dec 2005 23:06:42 -0500, Zachery Hostens roundcube@plastik.us wrote:
im going to have to agree with trae on this. i also did a quick look and see nothing in the given page source that would make it clickable, either in html or javascript, though i didnt dig that deep.
- Zac
Hi Pieter, hi Rodolfo,
I see the problem and I must say that I just forgot about this function when re-writing the message listing/caching parts...
You solution works fine except that there are IMAP servers that don't return the message headers in the order of the given $msg_index. I now have a solution that first checks local cache if it complete (then we can get the index from there) and otherwise calls iil_C_Sort() and then map the message index with iil_C_FetchUIDs() to get the UIDs.
Tested it with about 5600 messages and got acceptable results.
Thanks for your debugging work! Thomas
Pieter wrote:
Hi Rodolfo,
I do have the same experience! Everything is fast, except for opening an email... I'm using Courier-imap.
I already know why. When an email is openend, Roundcube is searching for the previous and the next mail. (for the prev/next mail function). It does this by downloading the complete mailfolder! (calling the _list_headers function with 'all') This way, server-side sorting does not help; it wil fetch the complete list anyhow.
I have replaced the function "message_index" in "program/include/rcube_imap.inc" with the following. It returns a correct result, and is very, very fast! There is a downside though. This just uses the default imap sorting, it does not take other sorting into account! So, when the message list was sorted on Subject for example, the prev/next takes you to the next message by date instead by subject. (What would a user expect in this case?) function message_index($mbox='', $sort_field='date', $sort_order='DESC') { $mailbox = $mbox ? $this->_mod_mailbox($mbox) : $this->mailbox; return array_reverse(iil_C_FetchUIDs($this->conn, $mailbox)); }
After a little more coding, I've come to the following solution. It is a little slower as the solution above, but solves the problem of sorting discribed above. (This function is *not complete*!! When there is no server-side sorting available, is doesn't do anything!! Don't have time for that now...)
function message_index($mbox='', $sort_field='date', $sort_order='DESC') { $mailbox = $mbox ? $this->_mod_mailbox($mbox) : $this->mailbox; if ($this->get_capability('sort') && ($msg_index = iil_C_Sort($this->conn, $mailbox, $sort_field))) { $a_message_index = iil_C_FetchHeaderIndex($this->conn, $mailbox, implode($msg_index, ','), 'UID'); if ($sort_order == 'DESC') return array_reverse($a_message_index); else return $a_message_index; } }
I hope this helpes!
Pieter Hoekstra.
Rodolfo schreef:
Another thing, before i forget. At this point, it seems that roundcube has issues opening individual mails in large mailboxes. For exmaple, my sent mailbox has about 3500 messages, can't open any messages from there (ranging from 1k to 11MBs), nor from one of the mailing lists that contain about 16000 messages. it just sits there saying that it's loading. eventually it times out and kicks me back to the login screen stating that the session has expired.
can anyone confirm this?
cheers, rodolfo
On 12/4/05, Rodolfo segleaur@gmail.com wrote:
OK, updated today against the sourceforge CVS. Update to the mysql database was no issue (though a word of warning to those unwary, if you already altered the table for the ip and aliases, you must comment out those lines first before running the script against the mySQL DB). rest of the code base updated nicely.
RC is definitely eating less resources now, or at least that's what top and server-status is telling me. the big test for me was opening a 16000 message maildir in Cyrus. Prior to this version, couldn't open it - the script would time out. now, there's no issue - opens the maildir and seems to be doing exactly what it's supposed to.
i concurr with Dennis' problem of marking read/unread e-mails. I sent a large test message (about 8MB), to test the upload capability and mail transfer. i've clicked the message about 5 times, returning to the inbox via the return button and clicking directly on the inbox in the folder list, but it will not mark the message unread.
Deleted old identity and recreated it trying to see if the signatures work, but it seems that it will not append the signature to the mail. i thought at first it was the url at the end of the sig, but it seems that no matter what's there, it will not append.
i don't remember if the previous installs had this problem, but the addresss book button in the compose screen does nothing. don't remember if it's always been like that since i simply used address completion.
can't confirm the report that the contacts disappear after updating. i still have them in the address book. don't know if it's a particularity of that other installation.
definitely feel a speedup of the interface. so over all it's good, but these little snafus.
cheers, rodolfo
Trae Dorn wrote:
I'm using the December 03 build, and there is no sorting behaviour available in Firefox 1.5 or IE 6.0. I haven't downloaded the Latest CVS though
I forgot to mention that RC now checks the IMAP server capabilities and only provide links for sorting if the server supports it. This could be one reason that no links show up in the message list header.
Regards, Thomas
Thomas Bruederli wrote:
I'm not sure if you still have some old scripts in your browser cache... The new sorting behaviour was meant to be a more closer to common apps than the two buttons and it even looks nicer IMO. I tested it with Mozilla 1.0, Safari 2.0, IE 6.0 and Opera 8 and it worked fine here.
Regards, Thomas
On sön, 2005-12-11 at 23:07 +0100, Thomas Bruederli wrote:
I now have a solution that first checks local cache if it complete (then we can get the index from there) and otherwise calls iil_C_Sort() and then map the message index with iil_C_FetchUIDs() to get the UIDs.
Tested it with about 5600 messages and got acceptable results.
Sounds great, would you mind sharing this complete solution?
I have a huge mailbox just waiting... :-)
Regards, Håkan
Håkan Lindqvist wrote:
On sön, 2005-12-11 at 23:07 +0100, Thomas Bruederli wrote:
I now have a solution that first checks local cache if it complete (then we can get the index from there) and otherwise calls iil_C_Sort() and then map the message index with iil_C_FetchUIDs() to get the UIDs.
Tested it with about 5600 messages and got acceptable results.
Sounds great, would you mind sharing this complete solution?
I just committed the changes to the CVS repository. Please note that the public repository of Sourceforge will take several hours or even days to be updated correctly. Also, this version is still under heavy development and not recommended for regular use. All improvements and new features will be released in an official version in a couple of weeks.
I have a huge mailbox just waiting... :-)
I understand...
Regards, Håkan
Thomas
@Trae: This works for me... what browser are you using? When an identity is switched, RC uses lastIndexOf() to remove the old signature from the message box. Also, could you send me the content of your siganture that I can try that out...
@Jeremy:
Regards, Thomas
Trae Dorn wrote:
Minor bug with the signatures: Right now if your default identity has a signature, and you switch to one that doesn't the signature remains. Then, if you switch BACK to the default, the signature appears TWICE (the second signature disappears when you switch back to the other identity - but the original one remains).
On Sun, 04 Dec 2005 11:54:14 -0600, Jeremy Jongsma jeremy@jongsma.org wrote:
Looks good. Two comments on signatures:
- Should RC automatically add "-- \n" before appending the signature,
to stick with previous standards? 2) When composing an email and tabbing over to the message body, is it possible to place the cursor before the signature rather than at the end of the text?
-j
On mån, 2005-12-12 at 00:00 +0100, Thomas Bruederli wrote:
I just committed the changes to the CVS repository. Please note that the public repository of Sourceforge will take several hours or even days to be updated correctly. Also, this version is still under heavy development and not recommended for regular use. All improvements and new features will be released in an official version in a couple of weeks.
Yeah, I know what the public SF cvs servers are like, that's why I was hoping to get a little sneak peek... But I'll just check it out whenever it appears there.
Looking forward to being able to finally test RC properly in my environment, now that the performance hinders appear to have been more or less fixed. Great work, everyone involved!
/Håkan
Thomas Bruederli wrote:
@Trae: This works for me... what browser are you using? When an identity is switched, RC uses lastIndexOf() to remove the old signature from the message box. Also, could you send me the content of your siganture that I can try that out...
Firefox 1.5 is my browser. It's between one identity which has a signature and one that doesn't. My Roundcube Signature is:
-- TRHOnline.com - Staggering towards brilliance
(I added the -- myself)
Trae Dorn wrote:
Minor bug with the signatures: Right now if your default identity has a signature, and you switch to one that doesn't the signature remains. Then, if you switch BACK to the default, the signature appears TWICE (the second signature disappears when you switch back to the other identity - but the original one remains).
If you do change this, make sure to include the space after "--", i.e. "-- \n". That's the official "start of signature" marker since USENET days in order to make it easy for clients to tell where a signature is (to automatically strip it off when replying, etc).
-j
On Mon, 2005-12-12 at 00:10 +0100, Thomas Bruederli wrote:
@Trae: This works for me... what browser are you using? When an identity is switched, RC uses lastIndexOf() to remove the old signature from the message box. Also, could you send me the content of your siganture that I can try that out...
@Jeremy:
- I checked out Mozilla Thunderbird's behavior and you're right. We should include the "--" by script.
- It's hard to solve because tabs are handeled by the browser.
Regards, Thomas
Trae Dorn wrote:
Minor bug with the signatures: Right now if your default identity has a signature, and you switch to one that doesn't the signature remains. Then, if you switch BACK to the default, the signature appears TWICE (the second signature disappears when you switch back to the other identity - but the original one remains).
On Sun, 04 Dec 2005 11:54:14 -0600, Jeremy Jongsma jeremy@jongsma.org wrote:
Looks good. Two comments on signatures:
- Should RC automatically add "-- \n" before appending the signature,
to stick with previous standards? 2) When composing an email and tabbing over to the message body, is it possible to place the cursor before the signature rather than at the end of the text?
-j
Hi list,
Thanks to Thomas et al (inc. your GF for her patience) for the new version, RC is really shaping up to be something great.
Using the CVS snapshot listed below, I'm experiencing an error when trying to view the "Folders" tab under "Personal Settings". Clicking the "Folders" tab results in a thrashing HDD (and top shows apache eating processor cycles), and eventually it times out (2-3 mins) with this error:
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2049 bytes) in /var/www/roundcubemail-cvs-20051203/program/lib/imap.inc on line 105
Memory_limit in php.ini was set to 32MB (33554432 bytes) so for s&g I upped that to 48MB which resulted in the same problem, but with 50331648 bytes (i.e 48MB) in the error message, and slightly longer timeout. Both these messages were duplicated in /.../roundcubemail-cvs-20051203/logs/errors (only lines in the file).
This is on a mailbox with Inbox (1 message), Sent (1 message) and Trash (empty) folders.
System: linux, apache 1.3.34, php 4.4.1, MySQL 4.14, sendmail 8.13, Pine/UW Imapd 4.64, everything running on local machine.
RC CVS 20051203 (linked in orig. message below) installed from scratch. The 0.1-20051021 release ran fine on this setup, scrapped everything (DBs etc) and did a fresh install.
Anyone shed any light on this?
Cheers,
Owen
Thomas Bruederli wrote:
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.
Unfortunately I cannot reproduce this on any of my test accounts. It seems that the IMAP lib waits for a new-line which never comes from the server.
Thomas
Owen Evans wrote:
Hi list,
Thanks to Thomas et al (inc. your GF for her patience) for the new version, RC is really shaping up to be something great.
Using the CVS snapshot listed below, I'm experiencing an error when trying to view the "Folders" tab under "Personal Settings". Clicking the "Folders" tab results in a thrashing HDD (and top shows apache eating processor cycles), and eventually it times out (2-3 mins) with this error:
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2049 bytes) in /var/www/roundcubemail-cvs-20051203/program/lib/imap.inc on line 105
Memory_limit in php.ini was set to 32MB (33554432 bytes) so for s&g I
upped that to 48MB which resulted in the same problem, but with 50331648 bytes (i.e 48MB) in the error message, and slightly longer timeout. Both these messages were duplicated in /.../roundcubemail-cvs-20051203/logs/errors (only lines in the file).This is on a mailbox with Inbox (1 message), Sent (1 message) and Trash (empty) folders.
System: linux, apache 1.3.34, php 4.4.1, MySQL 4.14, sendmail 8.13, Pine/UW Imapd 4.64, everything running on local machine.
RC CVS 20051203 (linked in orig. message below) installed from scratch. The 0.1-20051021 release ran fine on this setup, scrapped everything (DBs etc) and did a fresh install.
Anyone shed any light on this?
Cheers,
Owen