Re: bincdrop - a (courier) maildrop replacment

Jerry Lundström <[email protected]> Mon, 25 Jul 2005 14:08:18 +0200
Newsgroups gmane.mail.imap.binc.devel
Message-ID <[email protected]>
Peter Stuge wrote:
> On Mon, Jul 25, 2005 at 01:27:05PM +0200, Jerry Lundström wrote:
> 
>>Maybe we should only have one file named "filter" and have the
>>scripts in MIME parts.
> 
> At least name it sievefilter.
> Sure, MIME will work, except that it's hard to work with for everyone
> else, who don't have a nice MIME parser at hand. :)

And for ppl that want to edit it by hand.

>>>My problem with extra files in the mailbox stems from the fact that
>>>I mostly have virtual users and want to keep the mail directory
>>>structure clean and uncluttered. For sites with mostly real user
>>>accounts the opposite actually makes more sense since users would
>>>be able to work on the files/scripts in any way they please.
>>
>>Erhm, I dont really get you here, what is the problem with virtual
>>users having their filters inside the Maildir. The point of sieve
>>is to have the scripts managed remotly via the IMAPd.
> 
> ..except that it isn't. I wish it was.
> 
> Or is there more than one "managesieve draft" ? Perhaps I've been
> reading the wrong document? :) See my other message from a few
> minutes ago.

Not that I know about, but I really hope a good one comes along.

>>>Andreas, have you thought about generalizing metadata somehow,
>>>perhaps even moving it completely into some DBMS that is easy to work
>>>with? I'm using SQLite for a project now and it's small and quick and
>>>public domain. :) But like I said, there are many options, and
>>>something like the metadata backend that Jerry was thinking about for
>>>bincdrop would be great to have in bincimapd as well.
>>
>>No thanks, you are forgetting the idea behind Maildir and it is
> 
> Sorry, I should have been more clear. I didn't mean for storing mail
> but for storing binc's internal metadata, to get rid of .binc* files.

I can't really see a better solution then plain files since dbm files 
will break distributed filesystems.

-- 
Jerry Lundström
Sektionen för IT och media, Stockholms universitet
+46 (0)8 16 19 99 / http://www.it.su.se