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
On Mon, Jul 21, 2008 at 8:34 AM, Andreas andreas@unstable.nl wrote:
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.
Looks sweet, I feel like this [could,would] be another driver. We are thinking about replacing IllohaMail (which we currently use now) with ezComponents' Mail classes. Decimail would just be another driver then.
Cheers, Till _______________________________________________ List info: http://lists.roundcube.net/dev/
till wrote:
Looks sweet, I feel like this [could,would] be another driver. We are thinking about replacing IllohaMail (which we currently use now) with ezComponents' Mail classes. Decimail would just be another driver then.
Rewriting the whole backend to javascript sounds crazy for me ;) And I'm not sure that javascript+two-proxies will be much better than our "standard" solution.
On Mon, Jul 21, 2008 at 07:51:53PM -0400, till wrote:
Looks sweet, I feel like this [could,would] be another driver. We are thinking about replacing IllohaMail (which we currently use now) with ezComponents' Mail classes. Decimail would just be another driver then.
I think the change is more fundamental. Now, it's PHP that connects on the webserver to IMAP, but with decimail it's actually AJAX on the webmail client that talks to IMAP through a proxy. So it's a persistent connection instead of a new connection on each page load. That's why it could be such a drastic improvement.
Incidentally, what's wrong with IlohaMail (other than being unmaintained)? At least on my server IlohaMail still reads my mail faster than Roundcoube ... :)
On Tue, Jul 22, 2008 at 08:15:43AM +0200, A.L.E.C wrote:
Rewriting the whole backend to javascript sounds crazy for me ;) And I'm not sure that javascript+two-proxies will be much better than our "standard" solution.
While I admit the idea is radical, I do think it has clear benefits.
Instead of serving stateless PHP pages, you get a fully stateful AJAX application. Roundcube already uses AJAX, but crucially, not for making the IMAP connection. The proposal was about having a persistent IMAP connection, without having PHP as an intermediary. In that case you don't need to open up a new IMAP connection for every user action.
You only use one proxy, which can be written in any language. In fact, it's only there in case the IMAP server is not accessible from the internet.
Instead of serving stateless PHP pages, you get a fully stateful AJAX application. Roundcube already uses AJAX, but crucially, not for making the IMAP connection. The proposal was about having a persistent IMAP connection, without having PHP as an intermediary. In that case you don't need to open up a new IMAP connection for every user action.
You only use one proxy, which can be written in any language. In fact, it's only there in case the IMAP server is not accessible from the internet.
The PHP side of Roundcube does a little bit more than just maintain an IMAP connection. You're basically talking about a total rewrite of Roundcube just so it can be more like another project. Use the other project :)
Cor
List info: http://lists.roundcube.net/dev/
Cor Bosman
I agree with you. Roundcube project needs a little tweaking, its still in beta stages, but some one prefers alot more festures in another project they should use the project.
I have appreciated the coding in roundcube as its easy to work with. Cheers to you developers. Keep up the fine work.
patrick
On Wed, Jul 23, 2008 at 10:24 AM, Cor Bosman cor@xs4all.nl wrote:
Instead of serving stateless PHP pages, you get a fully stateful AJAX application. Roundcube already uses AJAX, but crucially, not for making
the
IMAP connection. The proposal was about having a persistent IMAP
connection,
without having PHP as an intermediary. In that case you don't need to
open up
a new IMAP connection for every user action.
You only use one proxy, which can be written in any language. In fact,
it's
only there in case the IMAP server is not accessible from the internet.
The PHP side of Roundcube does a little bit more than just maintain an IMAP connection. You're basically talking about a total rewrite of Roundcube just so it can be more like another project. Use the other project :)
Cor
List info: http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/