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