Hi all,
I am working in Griffith College Dublin. We use roundcube as a webmail
system for all of our staff. I've been given a project by my manager to
implement collapsing and expanding of imap subfolders, as you would see in
mail clients like thunderbird.
I'm just wondering, is anyone else working on this already? Thanks.
Regards,
Leo
_______________________________________________
List info: http://lists.roundcube.net/dev/
Totally off-topic - sorry for the Spam. ;-)
If you heard of Google AppEngine, there is a thread to make Google
support PHP too, head on over:
http://code.google.com/p/googleappengine/issues/detail?id=13
Make sure you "star" the issue (there is a "star" on the top) which is
like the way to cast your vote. All those "+1" comments don't actually
mean anything.
AppEngine is Google's attempt to provide developers with scalable
infrastructure (think Amazon, S3+ec2+SimpleDB).
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
We have two UI modes, with or without preview pane. In preview-pane mode
on each keep_alive timeout is executed 'check-recent' action which
searches for recent messages and sets unread counters on folder list,
quota, etc.
When we're working without preview pane on messages list we've got the
same behaviour, but when switching to message view there executed is
only 'keep-alive' action.
Proposition: Call 'check-recent'-like action instead of 'keep-alive'.
We've got folders list which should be updated like in preview-pane mode.
We have also a performance issue here, because 'getunread' action is
called after each message preview which increases load and slows down
moving from one message to another. When working in preview-pane mode
'getunread' is called only on folder selection.
Proposition: Don't call 'genunread' action when 'show' action was called.
Does it make sens or I miss something?
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello Maximilien,
I posted a question about performance figures on large sites with
Roundcube a few days ago. You replied on the dev list saying that a
french ISP is using RC. Do you happen to know which ISP this is?
Thanks in advance,
Br.
Dennis
_______________________________________________
List info: http://lists.roundcube.net/dev/
hi,
the virtusers featute is nice, can you give me some pointers about how and
where to change code (hints, style, policies if any) to add the
possibility to get this information from LDAP?
The situation is our imap server does the auth from LDAP and all the
required info can be looked up from the directory (and this is the only
place where the information is stored). Without this a new user get a
foo(a)127.0.0.1 from-address and there are multiple domains so i can't simply
hard-wire one.
i did a quick mock-up to prototype the ldap query, and it works, now it
just need to be integrated into RDC :)
best,
Peter
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi Jami,
Charles replied to me about your answer on the dev list. I must have
missed your answer.
My only reference point is what we currently have on servers and
applications. Which are one backend server (dual CPU, 4 GB memory) with
Cyrus and the mailboxes (maildir style) and one frontend server (dual
CPU, 1GB memory) with IMP 3.1. This setup performs really good.
We are planning a few upgrades. First we will upgrade the backend to a
quad core CPU with 8 GB RAM and storage will now not be located on local
disks but on a SAN. We expect that the new backend will perform awesome
with these specs. After the upgrade, we plan to enlarge the mailboxes.
The current quota is 25 MB per mailbox. We're thinking about 1 GB per
mailbox (no problem with our SAN). This increase should not affect
backend performance.
After the backend upgrade, we'd like to upgrade the front end with a new
webmail client that needs less change in code to integrate. (IMP needs a
lot more tweaking than RC). I've read several posts about bad
performance with RC on large mailboxes (over 2000 mails in one folder)
and with a large folder list. Bottomline is that RC performs well when
you have a small mailbox with not too much emails (about 100). If we
increase the size of the mailboxes, that would also increase the time
needed for the webmail client to present the mailbox list (with
seen/unseen messages) and the contents.
What I'm interested in is:
- how much mailboxes does RC serve at your Campus?
- how much simultaneous IMAP connections do you usually see (peak), with
the use of an imap proxy (we use that as well)?
- how is the server setup? is that similar to ours?
- have you used any form of caching or load balancing with RC (2 front
end servers, MySQL message caching feature of RC?)?
- which version of RC are you using at the moment? The RC2 or the stable
version?
I hope you can help me with some info.
Thanks in advance,
Br.
Dennis
-------- Original Message --------
Subject: Re: [RCU] any info on performance on large sites?
Date: Wed, 9 Apr 2008 17:24:21 -0500
From: chasd <chasd(a)silveroaks.com>
To: Dennis Ortsen <dortsen(a)gmail.com>
References: <47FBAFEA.8080503(a)gmail.com>
<6039A7FF-6531-4C76-B903-3B1965B2D8CA(a)silveroaks.com>
<47FD3732.8080902(a)gmail.com>
> I contacted someone at Maine University. The IT group seems quite
> large and not centrally organised. There are 7 campus sites. I'm
> told there are rumors that one campus is looking at or using
> Roundcube, but no one really seems to know which campus. They
> suggested that I'd ask the person who gave me that tip (that's
> you ;-) if you know which campus your nephew is going to. They
> might direct me to the right person with that information.
I'm replying as a PM because it seems we are the only ones
communicating, and it isn't a subject that impacts most users. If you
feel the Users list should get a copy, let me know and I can re-send.
I posted my first reply to both the Users list and the Developers
list since you addressed your original message to both lists. I
thought you would have seen the reply from someone at UMaine
Farmington on the devel list. Since you seem to have missed it, Ill
quote it here :
> Hi all,
> I rolled out Roundcube on our Farmington Campus intranet last
> summer. To my knowledge this is not being used by other UMaine
> campuses. I had to tweak the login code to meld with our existing
> authentication process. The most notable bump in the road was our
> need for an imap proxy. The system was getting very high IMAP
> connection rates. Once we started using the imap proxy, all worked
> pretty well.
>
> What kind of solid info are you looking for?
>
> Jami
That message was from Jami Holmes, and his e-mail address is
jholmes(a)maine.edu
if you would want to contact him off list.
If you subscribe to the Devel list, you might want to look in your
spam quarantine or something that would have caused you to miss that
message from the 8th.
HTH,
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
In rcmail_print_body() we have:
if ($part->ctype_parameters['format'] != 'flowed')
$body = wordwrap(trim($body), 80);
I'm not shure that we should wrap lines for displaying messages, maybe
do this only when sending (composing) them?
I have a mail without format definition in header and Thunderbird didn't
wrap the lines. Roundcube do wrapping and output is broken.
I think, when displaying a message we should have something like that
if( format == flowed)
rewrap lines according to rfc2646 or do nothing
elseif (wrap_new_mail_on_display_option == true)
wrap lines
else
do nothing
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
Clicking on message generate two requests:
"GET /?_task=mail&_action=preview&_uid=414&_mbox=Spam&_framed=1
HTTP/1.1" 304 26
"POST /?_task=mail&_action=mark HTTP/1.1" 200 205
and one login to imap server for each. I think such "related actions"
should be done with one imap connection and one request.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Apr 8, 2008, at 12:48 PM, Dennis Ortsen wrote:
> Hi everyone,
>
> I've searched the forum to find any solid info on performance
> statistics, but was unable to find anything I can relate to. I work
> at a
> university with about 30.000 students.
My nephew attends the University of Maine - Farmington, and he is
visiting here in the midwest this week. I glanced over his shoulder
when he used my home computer to check his e-mail, and lo and behold
I saw RoundCube in an iframe. I don't know if RC is rolled out to all
of the umaine.edu campuses, or just the one he attends. When I asked
him about the web mail system, he said it was a recent switch.
I'm not sure if the umaine.edu people frequent these lists. If not,
since you are associated with a university, they might be responsive
if you contact them directly.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear RoundCube users
The first service update for RoundCube Webmail 0.1-stable is now
available. It contains important bug fixes and updates of some
incomplete localization files. We recommend to update all
installations of 0.1-stable. Download the package from
https://sourceforge.net/project/downloading.php?group_id=139281&filename=ro…
and read the UPGRADING instructions to find out how to update.
Note: this update is still compatible with PHP 4 but future releases
will only run on PHP 5.
Have fun!
~Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/