[Dovecot] First time Dovecot user, really impressed so far. What is best IMAP enabled webmail package to go with Dovecot?
Greetings everyone,
I'm new to the list as of today. I just installed Dovecot a couple of days ago for the first time, Debian Lenny Dovecot v1.0.15-2.3. So far I'm pretty impressed. I'm using mbox format with Dovecot auto-deciding to place mail in user home directories, which is great. It works very well with the Win32 Thunderbird 3 client over a small basic 100FDX switched net. I've got one list mail folder with 10,600 messages and server side body searching that folder via T-Bird is very quick, on the order of 5 seconds. It would probably be quicker if Dovecot threaded the search to use both CPUs, but pegging just the one CPU the search is still very darn quick. And this is on a dual P2-550 class machine with only 384MB RAM and a single 500GB 7200RPM SATA drive.
I'd like to install a webmail package on the same host. I used Squirrelmail for this purpose many years ago and I wasn't wholly impressed with the user interface. I'm also not impressed by the fact that I regularly receive spam from compromised Squirrelmail hosts/accounts. I really like the look/feel of the Scalix Web Access AJAX based interface, but I can't/won't use Scalix as it's not supported on Debian, it has more features than I need, and the system requirements are a bit steep.
So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using, not apache.
Thanks in advance for any advice. My apologies if my first post is a little OT, but I figured there's probably no better place to ask about the best webmail front end for Dovecot than here.
-- Stan
Welcome! Have a look at RoundCube webmail. I used to use squirrelmail but had the same issues as you. RoundCube is very nice.
Egbert Jan
-----Oorspronkelijk bericht----- Van: dovecot-bounces+egbert=vandenbussche.nl@dovecot.org [mailto:dovecot-bounces+egbert=vandenbussche.nl@dovecot.org] Namens Stan Hoeppner Verzonden: maandag 4 januari 2010 22:01 Aan: dovecot@dovecot.org Onderwerp: [Dovecot] First time Dovecot user, really impressed so far. What is best IMAP enabled webmail package to go with Dovecot?
Greetings everyone,
I'm new to the list as of today. I just installed Dovecot a couple of days ago for the first time, Debian Lenny Dovecot v1.0.15-2.3. So far I'm pretty impressed. I'm using mbox format with Dovecot auto-deciding to place mail in user home directories, which is great. It works very well with the Win32 Thunderbird 3 client over a small basic 100FDX switched net. I've got one list mail folder with 10,600 messages and server side body searching that folder via T-Bird is very quick, on the order of 5 seconds. It would probably be quicker if Dovecot threaded the search to use both CPUs, but pegging just the one CPU the search is still very darn quick. And this is on a dual P2-550 class machine with only 384MB RAM and a single 500GB 7200RPM SATA drive.
I'd like to install a webmail package on the same host. I used Squirrelmail for this purpose many years ago and I wasn't wholly impressed with the user interface. I'm also not impressed by the fact that I regularly receive spam from compromised Squirrelmail hosts/accounts. I really like the look/feel of the Scalix Web Access AJAX based interface, but I can't/won't use Scalix as it's not supported on Debian, it has more features than I need, and the system requirements are a bit steep.
So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using, not apache.
Thanks in advance for any advice. My apologies if my first post is a little OT, but I figured there's probably no better place to ask about the best webmail front end for Dovecot than here.
-- Stan
At Mon, 4 Jan 2010 22:08:22 +0100, Egbert Jan van den Bussche wrote:
Welcome! Have a look at RoundCube webmail. I used to use squirrelmail but had the same issues as you. RoundCube is very nice.
I second that emotion
-- Dave Abrahams Meet me at BoostCon: http://www.boostcon.com BoostPro Computing http://www.boostpro.com
David Abrahams put forth on 1/5/2010 1:44 PM:
At Mon, 4 Jan 2010 22:08:22 +0100, Egbert Jan van den Bussche wrote:
Welcome! Have a look at RoundCube webmail. I used to use squirrelmail but had the same issues as you. RoundCube is very nice.
I second that emotion
After a bit of researching, I've decided to go with Roundcube. However, my Linux distribution doesn't have a standard package of Roundcube, only a backport of Roundcube, version 0.2.2.
Normally I really prefer to stick with distro packages for my application needs, for a variety of reasons, mainly easy installation of security updates and dependency resolution.
Aptitude handles dependencies very well, so I'd really like to go with the Debian backport of Roundcube 2.2, **unless** there are majorly needed functionality upgrades or major bug fixes in the 0.3.1 available directly from the roundcube.net download section.
What will I be missing if I go with the Debian 0.2.2 backport instead of the current 0.3.1? Are there any other Debian users here who have recommendations or advice? Are there any installation gotchas via either the backport method or the straight install method via the roundcube.net files?
Thanks for any/all advice.
-- Stan
-------- Original-Nachricht --------
Datum: Wed, 06 Jan 2010 10:31:18 -0600 Von: Stan Hoeppner <stan@hardwarefreak.com> An: Dovecot Mailing List <dovecot@dovecot.org> Betreff: Re: [Dovecot] First time Dovecot user, really impressed so far. What is best IMAP enabled webmail package to go with Dovecot?
At Mon, 4 Jan 2010 22:08:22 +0100, Egbert Jan van den Bussche wrote:
Welcome! Have a look at RoundCube webmail. I used to use squirrelmail but had
David Abrahams put forth on 1/5/2010 1:44 PM: the
same issues as you. RoundCube is very nice.
I second that emotion
After a bit of researching, I've decided to go with Roundcube. However, my Linux distribution doesn't have a standard package of Roundcube, only a backport of Roundcube, version 0.2.2.
Normally I really prefer to stick with distro packages for my application needs, for a variety of reasons, mainly easy installation of security updates and dependency resolution.
Aptitude handles dependencies very well, so I'd really like to go with the Debian backport of Roundcube 2.2, **unless** there are majorly needed functionality upgrades or major bug fixes in the 0.3.1 available directly from the roundcube.net download section.
What will I be missing if I go with the Debian 0.2.2 backport instead of the current 0.3.1? Are there any other Debian users here who have recommendations or advice? Are there any installation gotchas via either the backport method or the straight install method via the roundcube.net files?
Thanks for any/all advice.
An advice on another nice Web enabled mail client? Have you looked at SOGo? Have a look at their online demo -> http://www.scalableogo.org/tour/online_demo.html
It has more to offer then RoundCube (aka: Calendaring, synchronization with Funambol, etc).
-- Stan
// Steve
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
On 1/6/2010 11:38 AM, Steve wrote:
An advice on another nice Web enabled mail client? Have you looked at SOGo? Have a look at their online demo -> http://www.scalableogo.org/tour/online_demo.html
It has more to offer then RoundCube (aka: Calendaring, synchronization with Funambol, etc).
Ah? (perks up ears at the mention of Funambol)
And SOGo plays nicely with postfix + dovecot?
-------- Original-Nachricht --------
Datum: Thu, 07 Jan 2010 12:23:50 -0500 Von: Thomas Harold <thomas-lists@nybeta.com> An: dovecot@dovecot.org Betreff: Re: [Dovecot] First time Dovecot user, really impressed so far. What is best IMAP enabled webmail package to go with Dovecot?
On 1/6/2010 11:38 AM, Steve wrote:
An advice on another nice Web enabled mail client? Have you looked at SOGo? Have a look at their online demo -> http://www.scalableogo.org/tour/online_demo.html
It has more to offer then RoundCube (aka: Calendaring, synchronization with Funambol, etc).
Ah? (perks up ears at the mention of Funambol)
And SOGo plays nicely with postfix + dovecot?
Yes. SOGo does not care much about Postfix or Dovecot. It uses standard SMTP and standard IMAP/POP.
-- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02
On Thu, 07 Jan 2010 12:23:50 -0500, Thomas Harold <thomas-lists@nybeta.com> wrote:
On 1/6/2010 11:38 AM, Steve wrote:
An advice on another nice Web enabled mail client? Have you looked at SOGo? Have a look at their online demo -> http://www.scalableogo.org/tour/online_demo.html
It has more to offer then RoundCube (aka: Calendaring, synchronization with Funambol, etc).
Ah? (perks up ears at the mention of Funambol)
And SOGo plays nicely with postfix + dovecot?
I saw that suggestion and checked out the online demo at the SOGo site. Aside from the fantastic look/feel of the UI, the one thing that really caught my attention is the "right click" context menu on messages, like that in a full MUA such as T-Bird. The right click feature is really darn sweet for a free webmail client. I must take a closer look at SOGo. As you can see from the header of my email I'm already taking Roundcube for a spin, although I'm on an old version, relying on the Debian Lenny backport package.
-- Stan
-------- Original-Nachricht --------
Datum: Fri, 08 Jan 2010 00:55:45 -0600 Von: Stan Hoeppner <stan@hardwarefreak.com> An: dovecot@dovecot.org Betreff: Re: [Dovecot] First time Dovecot user, really impressed so far. What is best IMAP enabled webmail package to go with Dovecot?
On Thu, 07 Jan 2010 12:23:50 -0500, Thomas Harold <thomas-lists@nybeta.com> wrote:
On 1/6/2010 11:38 AM, Steve wrote:
An advice on another nice Web enabled mail client? Have you looked at SOGo? Have a look at their online demo -> http://www.scalableogo.org/tour/online_demo.html
It has more to offer then RoundCube (aka: Calendaring, synchronization with Funambol, etc).
Ah? (perks up ears at the mention of Funambol)
And SOGo plays nicely with postfix + dovecot?
I saw that suggestion and checked out the online demo at the SOGo site. Aside from the fantastic look/feel of the UI, the one thing that really caught my attention is the "right click" context menu on messages, like that in a full MUA such as T-Bird. The right click feature is really darn sweet for a free webmail client. I must take a closer look at SOGo. As you can see from the header of my email I'm already taking Roundcube for a spin, although I'm on an old version, relying on the Debian Lenny backport package.
RoundCube is a great Web app. It's written by a Swiss guy (I am from Switzerland too). So it can only be good :)
SOGo is as well a great app. On my setup I offer Squirrel Mail, RoundCube, Horde, SOGo Monotone/Trunk (dev version) and Group Office. Most people like the more advanced packages like SOGo, Group Office and Horde.
I personally like Squirrel Mail the most since it is so lean and it's not disturbing me with additional stuff that I don't need (mostly I check mail over Web while I am out of office and then I just need to quickly read and reply. That's it).
-- Stan
Steve
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
Are you sure the CPU is pegged from CPU and not disk I/O? I used to
import 160GB of InnoDB data on a quad core (U320/RAID 10) and after
the cache would fill up, only 1 core would show as pegged because the
disk I/O wasn't fast enough. Seems like the index on 10k messages
might be kinda big. Got more RAM lying around? Just a guess.
I like Horde (extendability) and Roundcube (speed), and would
recommend using imapproxy for either webmail system. It helps speed
things up.
Rick
Quoting "Stan Hoeppner" <stan@hardwarefreak.com>:
Greetings everyone,
I'm new to the list as of today. I just installed Dovecot a couple
of days ago for the first time, Debian Lenny Dovecot v1.0.15-2.3. So far I'm pretty impressed. I'm using mbox format with Dovecot auto-deciding to place mail in user home directories, which is great. It works very well with the Win32 Thunderbird 3 client over a small basic 100FDX switched net. I've
got one list mail folder with 10,600 messages and server side body searching that
folder via T-Bird is very quick, on the order of 5 seconds. It would probably
be quicker if Dovecot threaded the search to use both CPUs, but pegging just the one CPU the search is still very darn quick. And this is on a dual P2-550
class machine with only 384MB RAM and a single 500GB 7200RPM SATA drive.I'd like to install a webmail package on the same host. I used
Squirrelmail for this purpose many years ago and I wasn't wholly impressed with the user interface. I'm also not impressed by the fact that I regularly receive spam from compromised Squirrelmail hosts/accounts. I really like the look/feel of the Scalix Web Access AJAX based interface, but I can't/won't use
Scalix as it's not supported on Debian, it has more features than I need, and the system requirements are a bit steep.So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using,
not apache.Thanks in advance for any advice. My apologies if my first post is
a little OT, but I figured there's probably no better place to ask about the best webmail front end for Dovecot than here.-- Stan
Rick Romero put forth on 1/4/2010 3:14 PM:
Are you sure the CPU is pegged from CPU and not disk I/O? I used to import 160GB of InnoDB data on a quad core (U320/RAID 10) and after the cache would fill up, only 1 core would show as pegged because the disk I/O wasn't fast enough. Seems like the index on 10k messages might be kinda big. Got more RAM lying around? Just a guess.
I guess I didn't look closely enough before stating that. I saw an imap process eating 99 %CPU and 'assumed' it was one thread, which is usually the case when I see one process listed as 99% in top. Upon further inspection, it would seem it's more than one thread, but the combined CPU usage is being shown in top as 99, which fooled me upon first glance.
top - 23:09:04 up 23 days, 22:49, 1 user, load average: 0.08, 0.02, 0.01 Tasks: 50 total, 2 running, 48 sleeping, 0 stopped, 0 zombie Cpu0 : 59.2%us, 4.9%sy, 0.0%ni, 34.9%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 32.1%us, 3.0%sy, 0.0%ni, 64.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 387044k total, 331396k used, 55648k free, 22808k buffers Swap: 995988k total, 428k used, 995560k free, 239544k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9161 stan 20 0 26776 22m 22m R 99 6.1 0:10.77 imap
As we can see from the 1% I/O wait on CPU0 and 0% on CPU1, it's seems pretty clear that the CPUs are being occupied by the dovecot search code, not by disk I/O. Recall that I'm using mbox format, so we're dealing with a single file with 10,600 email messages within, not 10,600 individual files as is the case with maildir. This particular mbox "folder/file" with the 10K+ messages is 46MB in size. There are few users and the host is very lightly loaded at this point. My guess is that this file has been wholly (or very nearly so) cached in the Linux page and/or buffer caches. This would tend to explain the phenomenal body search speed on such low end hardware.
I like Horde (extendability) and Roundcube (speed), and would recommend using imapproxy for either webmail system. It helps speed things up.
I've looked a little at both now and am still reading. One thing I don't like is that I'm seeing requirements a SQL server. That adds unnecessary complexity to the system and I'd rather avoid it if possible. IIRC, one of the reasons I chose Squirrelmail a few years ago was that it's requirements were pretty simple, and that it didn't require a database backend for anything.
-- Stan
On Mon, 04 Jan 2010 23:44:19 -0600, Stan Hoeppner <stan@hardwarefreak.com> wrote:
I like Horde (extendability) and Roundcube (speed), and would recommend using imapproxy for either webmail system. It helps speed things up.
I've looked a little at both now and am still reading. One thing I don't like is that I'm seeing requirements a SQL server. That adds unnecessary complexity to the system and I'd rather avoid it if possible. IIRC, one of the reasons I chose Squirrelmail a few years ago was that it's requirements were pretty simple, and that it didn't require a database backend for anything.
-- Stan
Stan,
If this is more than a hobby system, then you'll need to account for address books and personal settings for your users - at the least. That means some sort of backend database. Horde/IMP used to be the kick-ass OSS kid on the block, but they seem to have lost their way the last couple years by trying to accommodate too many insignificant feature requests and stubbornly shying aware from a full fledged "enterprise" solution. The app has become bloated, it's GUI half-assed, and usability is less than intuitive for end users (IMHO of course). Roundcube on the other hand, started out anorexic. But with the recent release of 0.3 they introduced an extensible plugin framework to allow you to customize as little or as much as you like. After a recent migration from IMP to Roundcube, my thousands of [non-power] users agree, it's much easier to use than Horde/IMP and gets the job done. It's also not as MySQL intensive as Horde, though yes, it requires a DB backend.
Personally - and I know this may get me killed - I never liked Squirrelmail. I would rather have used Pine. I used Horde/IMP as a webmail client for nearly a decade [has it been that long?!] until I found Roundcube.
-Ken Price
On 1/5/2010 1:32 AM, Ken Price wrote:
If this is more than a hobby system, then you'll need to account for address books and personal settings for your users - at the least. That means some sort of backend database.
I've been looking at Funambol lately to support some Blackberry users (we're not running BES). If I understand it correctly, it will let us sync our TBird address book (and Lightning Calendar/Tasks) to the Blackberry and possibly to additional copies of Thunderbird.
(I've also been looking at some of the groupware solutions like SoGo.)
On 5.1.2010, at 7.44, Stan Hoeppner wrote:
As we can see from the 1% I/O wait on CPU0 and 0% on CPU1, it's seems pretty clear that the CPUs are being occupied by the dovecot search code, not by disk I/O.
v1.1+ has somewhat faster search code. At least it's using boyer-moore with some of my own uglyness to make it support incremental searches. Wonder if there's a nicer and faster way to do that than what I implemented.
Timo Sirainen put forth on 1/5/2010 1:32 AM:
On 5.1.2010, at 7.44, Stan Hoeppner wrote:
As we can see from the 1% I/O wait on CPU0 and 0% on CPU1, it's seems pretty clear that the CPUs are being occupied by the dovecot search code, not by disk I/O.
v1.1+ has somewhat faster search code. At least it's using boyer-moore with some of my own uglyness to make it support incremental searches. Wonder if there's a nicer and faster way to do that than what I implemented.
Hi Timo,
I'm not sure if you saw my original post. I'm using Dovecot 1.0.15 (Debian Lenny package) so I'm quite behind the current Dovecot rev. Also, the (very basic) search performance data I posted previously is from rather old hardware, a dual Celeron 550 MHz machine with PC100 RAM, although the SATA controller and 500GB 7.2Krpm (16MB cache) disk are fairly current technology and relatively speedy. Though, I don't believe the storage subsystem is much in play during this search. The numbers below lead me to believe the mbox file under query is almost entirely in cache.
Here's some more performance data for the search in question, in case it might be useful to you:
Cpu0 : 0.2%us, 0.1%sy, 0.0%ni, 99.7%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 31.4%us, 2.0%sy, 0.0%ni, 66.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 41.2%us, 2.9%sy, 0.0%ni, 54.9%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 5.9%us, 0.0%sy, 0.0%ni, 94.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 1.0%us, 1.0%sy, 0.0%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 10.8%us, 2.0%sy, 0.0%ni, 87.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 53.5%us, 4.0%sy, 0.0%ni, 41.6%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 11.8%us, 2.0%sy, 0.0%ni, 85.3%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu0 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 0.2%us, 0.1%sy, 0.0%ni, 99.7%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 13.7%us, 1.0%sy, 0.0%ni, 85.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 83.3%us, 6.9%sy, 0.0%ni, 8.8%id, 0.0%wa, 0.0%hi, 1.0%si, 0.0%st Cpu1 : 62.4%us, 5.0%sy, 0.0%ni, 32.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 51.5%us, 4.9%sy, 0.0%ni, 42.7%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 88.1%us, 5.9%sy, 0.0%ni, 5.0%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 92.1%us, 7.9%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 80.2%us, 5.9%sy, 0.0%ni, 12.9%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 41.2%us, 2.0%sy, 0.0%ni, 56.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 81.6%us, 3.9%sy, 0.0%ni, 13.6%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 92.2%us, 7.8%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 82.0%us, 4.0%sy, 0.0%ni, 14.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 387044k total, 319144k used, 67900k free, 21284k buffers Mem: 387044k total, 319268k used, 67776k free, 21284k buffers Mem: 387044k total, 319276k used, 67768k free, 21284k buffers Mem: 387044k total, 319276k used, 67768k free, 21284k buffers Mem: 387044k total, 319276k used, 67768k free, 21284k buffers Mem: 387044k total, 319276k used, 67768k free, 21284k buffers Mem: 387044k total, 319276k used, 67768k free, 21284k buffers Mem: 387044k total, 319268k used, 67776k free, 21292k buffers Mem: 387044k total, 319268k used, 67776k free, 21292k buffers Mem: 387044k total, 319268k used, 67776k free, 21292k buffers Mem: 387044k total, 319268k used, 67776k free, 21292k buffers Mem: 387044k total, 319268k used, 67776k free, 21292k buffers
Swap: 995988k total, 440k used, 995548k free, 232492k cached Swap: 995988k total, 440k used, 995548k free, 232500k cached Swap: 995988k total, 440k used, 995548k free, 232512k cached Swap: 995988k total, 440k used, 995548k free, 232556k cached Swap: 995988k total, 440k used, 995548k free, 232576k cached Swap: 995988k total, 440k used, 995548k free, 232596k cached Swap: 995988k total, 440k used, 995548k free, 232608k cached Swap: 995988k total, 440k used, 995548k free, 232620k cached Swap: 995988k total, 440k used, 995548k free, 232660k cached Swap: 995988k total, 440k used, 995548k free, 232676k cached Swap: 995988k total, 440k used, 995548k free, 232688k cached Swap: 995988k total, 440k used, 995548k free, 232696k cached
-- Stan
On 5.1.2010, at 10.17, Stan Hoeppner wrote:
v1.1+ has somewhat faster search code. At least it's using boyer-moore with some of my own uglyness to make it support incremental searches. Wonder if there's a nicer and faster way to do that than what I implemented.
Hi Timo,
I'm not sure if you saw my original post. I'm using Dovecot 1.0.15 (Debian Lenny package) so I'm quite behind the current Dovecot rev.
I did, and I agree that it's Dovecot's searching code that's the bottleneck in your system, that's why I said it should work faster (with less CPU usage) in v1.1. You could get a v1.2 Debian package from backports.org.
And you're right, Dovecot doesn't try to use threads to do searching faster. I don't think it's all that useful in most installations, and implementing it is too much work.
On Ter, 05 Jan 2010, Stan Hoeppner wrote:
I've looked a little at both now and am still reading. One thing I
don't like is that I'm seeing requirements a SQL server. That adds unnecessary
complexity to the system and I'd rather avoid it if possible. IIRC, one of the
reasons I chose Squirrelmail a few years ago was that it's requirements were pretty simple, and that it didn't require a database backend for anything.
IMP/Horde can work with a sqlite database, which is just a file and
requires no running server.
-- Schizophrenia beats being alone.
Eduardo M KALINOWSKI eduardo@kalinowski.com.br
On Tue, Jan 05, 2010 at 09:15:54AM -0200, Eduardo M KALINOWSKI wrote:
On Ter, 05 Jan 2010, Stan Hoeppner wrote:
I've looked a little at both now and am still reading. One thing I don't like is that I'm seeing requirements a SQL server. That adds unnecessary complexity to the system and I'd rather avoid it if possible. IIRC, one of the reasons I chose Squirrelmail a few years ago was that it's requirements were pretty simple, and that it didn't require a database backend for anything.
IMP/Horde can work with a sqlite database, which is just a file and requires no running server.
Same for Roundcube, btw.
Geert
-- Geert Hendrickx -=- ghen@telenet.be -=- PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!
Quoting Stan Hoeppner <stan@hardwarefreak.com>:
I've looked a little at both now and am still reading. One thing I
don't like is that I'm seeing requirements a SQL server. That adds unnecessary
complexity to the system and I'd rather avoid it if possible. IIRC, one of the
You can/could run Horde/IMP without a SQL DB. Some Horde modules may not work without it, but the basic e-mail functionality can be used without any SQL DB. Some features may also be slower without it, but that doesn't mean it won't work or be useful without it.
-- Eric Rostetter The Department of Physics The University of Texas at Austin
Go Longhorns!
Hi Stan,
i would suggest the (very) powerfull horde bundle of packages. not only webmail but also reminder calendar and and many more.
That's what i am doing these days (trying to make dovecot work with horde that is).
HTH,
s.
--- On Mon, 4/1/10, Stan Hoeppner <stan@hardwarefreak.com> wrote:
From: Stan Hoeppner <stan@hardwarefreak.com> Subject: [Dovecot] First time Dovecot user, really impressed so far. What is best IMAP enabled webmail package to go with Dovecot? To: dovecot@dovecot.org Date: Monday, 4 January, 2010, 23:00 Greetings everyone,
I'm new to the list as of today. I just installed Dovecot a couple of days ago for the first time, Debian Lenny Dovecot v1.0.15-2.3. So far I'm pretty impressed. I'm using mbox format with Dovecot auto-deciding to place mail in user home directories, which is great. It works very well with the Win32 Thunderbird 3 client over a small basic 100FDX switched net. I've got one list mail folder with 10,600 messages and server side body searching that folder via T-Bird is very quick, on the order of 5 seconds. It would probably be quicker if Dovecot threaded the search to use both CPUs, but pegging just the one CPU the search is still very darn quick. And this is on a dual P2-550 class machine with only 384MB RAM and a single 500GB 7200RPM SATA drive.
I'd like to install a webmail package on the same host. I used Squirrelmail for this purpose many years ago and I wasn't wholly impressed with the user interface. I'm also not impressed by the fact that I regularly receive spam from compromised Squirrelmail hosts/accounts. I really like the look/feel of the Scalix Web Access AJAX based interface, but I can't/won't use Scalix as it's not supported on Debian, it has more features than I need, and the system requirements are a bit steep.
So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using, not apache.
Thanks in advance for any advice. My apologies if my first post is a little OT, but I figured there's probably no better place to ask about the best webmail front end for Dovecot than here.
-- Stan
I also like horde, but I will say it's not exactly an easy learning
curve for most people. The new dimp client makes things easier, while
losing lots of features.
For simple, and easy to install roundcube is the way to go. If you
want max power from a webmail package, defently horde.
Quoting Spyros Tsiolis <stsiol@yahoo.co.uk>:
Hi Stan,
i would suggest the (very) powerfull horde bundle of packages. not only webmail but also reminder calendar and and many more.
That's what i am doing these days (trying to make dovecot work with horde that is).
HTH,
s.
--- On Mon, 4/1/10, Stan Hoeppner <stan@hardwarefreak.com> wrote:
From: Stan Hoeppner <stan@hardwarefreak.com> Subject: [Dovecot] First time Dovecot user, really impressed so
far. What is best IMAP enabled webmail package to go with Dovecot? To: dovecot@dovecot.org Date: Monday, 4 January, 2010, 23:00 Greetings everyone,I'm new to the list as of today. I just installed Dovecot a couple of days ago for the first time, Debian Lenny Dovecot v1.0.15-2.3. So far I'm pretty impressed. I'm using mbox format with Dovecot auto-deciding to place mail in user home directories, which is great. It works very well with the Win32 Thunderbird 3 client over a small basic 100FDX switched net. I've got one list mail folder with 10,600 messages and server side body searching that folder via T-Bird is very quick, on the order of 5 seconds. It would probably be quicker if Dovecot threaded the search to use both CPUs, but pegging just the one CPU the search is still very darn quick. And this is on a dual P2-550 class machine with only 384MB RAM and a single 500GB 7200RPM SATA drive.
I'd like to install a webmail package on the same host. I used Squirrelmail for this purpose many years ago and I wasn't wholly impressed with the user interface. I'm also not impressed by the fact that I regularly receive spam from compromised Squirrelmail hosts/accounts. I really like the look/feel of the Scalix Web Access AJAX based interface, but I can't/won't use Scalix as it's not supported on Debian, it has more features than I need, and the system requirements are a bit steep.
So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using, not apache.
Thanks in advance for any advice. My apologies if my first post is a little OT, but I figured there's probably no better place to ask about the best webmail front end for Dovecot than here.
-- Stan
On 1/4/2010 4:00 PM, Stan Hoeppner wrote:
Greetings everyone,
I'd like to install a webmail package on the same host. I used Squirrelmail for this purpose many years ago and I wasn't wholly impressed with the user interface. I'm also not impressed by the fact that I regularly receive spam from compromised Squirrelmail hosts/accounts. I really like the look/feel of the Scalix Web Access AJAX based interface, but I can't/won't use Scalix as it's not supported on Debian, it has more features than I need, and the system requirements are a bit steep.
SquirrelMail or RoundCube. We have SM setup currently and I plan on setting up RoundCube sometime in January.
Quoting Stan Hoeppner <stan@hardwarefreak.com>:
So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using,
not apache.
www.horde.org would work (there are debian ports). As to which is best, depends on who you listen to. :)
-- Eric Rostetter The Department of Physics The University of Texas at Austin
Go Longhorns!
On 01/04/2010 10:00 PM, Stan Hoeppner wrote:
Hi,
So, what's the best FOSS IMAP enabled web mail front end with a modern look/feel? I'd like to run it on lighttpd, which I'm already using, not apache.
I'm using RoundCube 0.3.x (from the RoundCube website) + mysql + apache2 on Debian Lenny, and I'm very pleased with it so far.
In the RC configuration I have set the "preview pane" on by default, I don't understand why it was off by default (The comment in the config file even mentions that "preview pane" on is better), so I recommend doing that too.
And I suggest that you install/enable at least the "address book compose" plugin, and the "squirrelmail copy prefs" plugins.
I found out that the "squirrelmail copy prefs" RC plugin even converts the address-books from Squirrelmail :) !! But note : this plugin apparently works only at the first RC login of an user, so make sure the "squirrelmail copy prefs" plugin is installed and configured correctly before you log in as your user.
Make sure you read enough about how to install and configure RC, and secure at least the directories "temp" and "logs", and make sure that the RC .htaccess files work with your lighttpd installation.
If you try Roundcube for a while you might find out nice features, like the "del" key works for deleting an email, drag and drop is possible, and there's "email auto completion" within the email compose window, and you can add email-addresses in emails to the address-book with just one mouse click.
Drawbacks I've found in RoundCube so far : I couldn't find out how to toggle individual emails in the mailbox window, and the search options seem rather limited compared to Squirrelmail, and RoundCube only has one official skin/theme included.
(And for the record : imho Squirrelmail is a very decent webmail, too bad that the very nice themes for it are closed source and commercially priced, and I really dislike installing/configuring and using Horde)
Regards, Adrian
aja-lists@tni.org wrote:
If you try Roundcube for a while you might find out nice features, like the "del" key works for deleting an email, drag and drop is possible, and there's "email auto completion" within the email compose window, and you can add email-addresses in emails to the address-book with just one mouse click.
Drawbacks I've found in RoundCube so far : I couldn't find out how to toggle individual emails in the mailbox window, and the search options seem rather limited compared to Squirrelmail, and RoundCube only has one official skin/theme included.
Also, according to the site threading support does not exist yet (but it is planned). To me this is a big no-no.
-- QOTD: "You want me to put *holes* in my ears and hang things from them? How... tribal."
Eduardo M KALINOWSKI eduardo@kalinowski.com.br
participants (14)
-
aja-lists@tni.org
-
David Abrahams
-
Eduardo M KALINOWSKI
-
Egbert Jan van den Bussche
-
Eric Rostetter
-
Geert Hendrickx
-
Ken Price
-
Patrick Domack
-
Rick Romero
-
Spyros Tsiolis
-
Stan Hoeppner
-
Steve
-
Thomas Harold
-
Timo Sirainen