[binc] So what's so great about IMAPdir, anyways? [was: Re: Compatibility with other programs]

Kyle Wheeler wrote:

> Just as a tip - there was a maildir2IMAPdir perl script posted to this 
> mailing list a long time ago that creates, when it migrates you from 
> one to the other, symbolic links so that Maildir and IMAPdir 
> kindasorta exist alongside each other. It keeps vpopmail happy, 
> because it can continue delivering to Maildir (which just so happens 
> to be IMAPdir/INBOX, really). It also keeps most scripts happy too - 
> the only thing that gets messed up is creating new folders.


One more thing that I forgot - mail filtering software.

But I must ask what the purpose of IMAPdir is at all, anyways.  I 
switched our internal server over to dovecot yesterday because of some 
outstanding bincimap issues (periodic problem with errors in mail 
clients and timeouts in webmail that I need to bug Andreas about with 
details), and found by surprise that out of the box it *felt* like I was 
using IMAPdir, because all of my folders appeared at the same level as 
my INBOX in my MUAs.  Additionally, in it's subscriptions file, the 
folders are listed without the INBOX prefix, like so:

Clients.Zonar Systems
Financial.eBay
INBOX
Sent Items

This is *really* ideal for me, because I get the results that IMAPdir 
provides, while I'm really using plain old maildir++, which all my 
applications support with no changes.  Could this be an option in binc 
for people who are using maildir++ depots? 

I'm really impressed by dovecot - the config file gives a lot of options 
and is quite readable, and things are more reliable now regarding the 
timeouts I was experiencing.

In bincimap's defense, bincimap is faster and fits into a djb-ish system 
(daemontools, etc.) nicer.

Cheers,

-- 
Casey Allen Shobe