Re: [Dovecot] Dovecot's brittle configuration syntax
Kai Hendry hendry@dabase.com wrote:
Whilst trying to come up with a minimal configuration for Dovecot: http://dabase.com/blog/Minimal_Dovecot/
I think your characterization of the complexity of dovecot configuration by simply counting configuration lines to get it working is off base.
It's conceivable to have all the default values work for you and only specify those that differ from defaults (or configure your system to conform to defaults if you want to place the proverbial cart before the horse), but that doesn't make it less complex -- it just hides it. (See doveconf -a if you want to see what you're shorthanding).
If you want minimal configuration fuss, you can try uw-imapd. Not a lot of knobs to twist on that thing, but you'll have to accept all its limitations as well.
A well chosen set of defaults that works for most people is a good design decision, but I've seen plenty of different and oddball layouts (including the sneakernet post preceding this one) that requires a lot of flexibility, which necessarily requires a lot of configuration to express them.
The sample configuration is verbose because it doubles as documentation: you can use it as a starting point and remove the parts you don't need, or start from the documentation and move forward. I agree, though, that the documentation needs an editorial overhaul -- it's a little bewildering to find what you need along with the contextual information.
I noticed the configuration syntax is a bit admin unfriendly. It's easy to get an infamous Error code 89.
Is there any back story to the grammar or language this configuration is in?
It appears to me to have grown organically, and maybe will need pruning some day.
Joseph Tam jtam.home@gmail.com
On Thu, Nov 28, 2013 at 05:20:38PM -0800, Joseph Tam wrote:
the horse), but that doesn't make it less complex -- it just hides it. (See doveconf -a if you want to see what you're shorthanding).
I'm all for hiding complexity. Though doveconf -a
is interesting to
see what I'm up against. Thanks for that
If you want minimal configuration fuss, you can try uw-imapd. Not a lot of knobs to twist on that thing, but you'll have to accept all its limitations as well.
Thanks for the interesting link. I did find PANDA-IMAP via Wikipedia. https://github.com/jonabbey/panda-imap
I don't think PANDA-IMAP can do Maildir, thread references or meet my goals really. http://dabase.com/blog/Minimal_Dovecot/
The sample configuration is verbose because it doubles as documentation: you can use it as a starting point and remove the parts you don't need, or start from the documentation and move forward. I agree, though, that the documentation needs an editorial overhaul -- it's a little bewildering to find what you need along with the contextual information.
I want to use Dovecot, though I do want to see this overhaul. I have already spent hours trying to get a sane email setup.
I wouldn't mind editing the wiki if I had permission to so and ideally via a git backend. http://ikiwiki.info/ or without the Web interface http://laktek.github.io/punch/ is good. Or even my low tech wiki https://github.com/kaihendry/wordsister
It appears to me to have grown organically, and maybe will need pruning some day.
I hope it's fixed. Is there a bug tracker btw?
I just see this proposal here: http://www.dovecot.org/list/dovecot/2007-January/018786.html
I want to see Dovecot hopefully fit my humble use cases. :-)
participants (2)
-
Joseph Tam
-
Kai Hendry