[Dovecot] Feature Requests
I put them on the wiki page, but I'm not sure if they're read often
or whatever.
a - Sqlite support
I know its been talked about, but it wasn't on the request/todo
page until i threw it on there, so i wanted chime in for it as well
b - User configurable ports
ports are hardcoded in the c source file.
it would be nice if these were the defaults, and could be
overwritten on the configure file.
this way we can run dovecot to test on the same machine as an
active imap server, or just have more control over how we run it
Jonathan Vanasco wrote:
b - User configurable ports ports are hardcoded in the c source file. it would be nice if these were the defaults, and could be overwritten on the configure file. this way we can run dovecot to test on the same machine as an active imap server, or just have more control over how we run it
They can be overwritten!
In Dovecot 1.0-stable/tests, e.g.
protocol imap { listen = *:5143 ... }
In Dovecot 0.99.x try, e.g. imap_listen = *:5143
(though I've never used 0.99.x).
Best Wishes, Chris
-- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin@reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
On Tue, 9 Aug 2005, Jonathan Vanasco wrote:
On Aug 9, 2005, at 1:41 PM, Chris Wakelin wrote:
In Dovecot 0.99.x try, e.g. imap_listen = *:5143 Works perfect. But it makes me ask for a different wishlist: to document this! seriously. it talks about addresses, never talks about ports.
Cutted from configuration file example of 0.99.x
--cut-- # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify ports with # "host:port". --cut--
-- Pasi Sjöholm
On Tue, 2005-08-09 at 13:34 -0400, Jonathan Vanasco wrote:
I put them on the wiki page, but I'm not sure if they're read often
or whatever.a - Sqlite support I know its been talked about, but it wasn't on the request/todo
page until i threw it on there, so i wanted chime in for it as well
For userdb/passdb? Why is it useful?
On Aug 14, 2005, at 3:21 PM, Timo Sirainen wrote:
On Tue, 2005-08-09 at 13:34 -0400, Jonathan Vanasco wrote:
a - Sqlite support For userdb/passdb? Why is it useful?
SQLite gives you much of the functionality of mysql/postgres support
right now without the one big caveat -- its a library (not a daemon),
so email doesn't go down if mysql/postgres does
1/2 of the people using dovecot will never run into this as an issue,
as they're likely just using mysql/postgres for development/support use.
but if you're running a webapp that ties into a mysql/postgres server
that is also hosting the imap/mta accounts , then you can run into
serious issues if your webapp gets slammed with traffic
you also run into problems if you need to upgrade your sql server, or
anything odd/bad happens to it
essentially, i want the flexibility of sql without having to worry
about 2 daemons .
On Sun, 2005-08-14 at 18:23 -0400, Jonathan Vanasco wrote:
On Aug 14, 2005, at 3:21 PM, Timo Sirainen wrote:
On Tue, 2005-08-09 at 13:34 -0400, Jonathan Vanasco wrote:
a - Sqlite support For userdb/passdb? Why is it useful?
SQLite gives you much of the functionality of mysql/postgres support
right now without the one big caveat -- its a library (not a daemon),
so email doesn't go down if mysql/postgres does1/2 of the people using dovecot will never run into this as an issue,
as they're likely just using mysql/postgres for development/support use.but if you're running a webapp that ties into a mysql/postgres server
that is also hosting the imap/mta accounts , then you can run into
serious issues if your webapp gets slammed with trafficyou also run into problems if you need to upgrade your sql server, or
anything odd/bad happens to itessentially, i want the flexibility of sql without having to worry
about 2 daemons .
I would have thought everyone using dovecot with mysql/postgres would use it on a standalone mail server. At the very least a master-slave or cluster mysql setup would be used. Both mysql and postgre and good at recovering from crash conditions (which I have only ever seen happen on a bad binary of mysql). We have a mysql server dedicated to our control panel which is master-slave to the 2 dovecot mail servers (run in round-robin connections). If for some bizarre reason you did put it all in one server you can protect mysql and postgre from traffic slamming, and if they do get slammed the load on that server will go up and everything will slow down on that server including SQLite and dovecot. The plugin system for dovecot is not too complex, if you do want SQLite then it shouldn't be hard for you to write it.
Regards Andrew
-- Andrew Hutchings (A-Wing) - Linux Guru Netserve Consultants - http://www.domaincity.co.uk/ Linux CDs and DVDs - http://www.linuxiso.co.uk/ Random quote 150: "Microsoft - Which end of the stick do you want today?" - Unknown
participants (5)
-
Andrew Hutchings
-
Chris Wakelin
-
Jonathan Vanasco
-
Pasi Sjoholm
-
Timo Sirainen