Oh, ok. Well, because I recall that at some point we were thinking about allowing certain folders to be created by the sort process.
Thinking about this some more, I don't like the idea. Only INBOX should have this magic behavior, because that's what IMAP says. This only comes into play for subaddress mailboxes, because the Sieve-specified boxes are allowed on the fly (because they were specified by the user in their script, therefore the user implicitly knows about them). Uh, for example: Let's say that the sysadmin sets CREATE_FOLDERS=YourISPMessages and then sends something to [EMAIL PROTECTED], so that this new folder is suddenly created and shows up for everyone with this sysadmin message. I think it violates a principle of least surprise, and does something very unexpected by suddenly creating this folder. Aaron On Mon, 2006-04-24 at 10:31 +0200, Paul J Stevens wrote: > This function was part of an earlier attempt at providing a sub-address > extension. I think David Nibletta did that one iirc. > If it's not used, get rid of it... That's my motto :-) > > Aaron Stone wrote: > > On Sun, 2006-04-23 at 23:18 +0200, [EMAIL PROTECTED] wrote: > > > > > >>The function dm_valid_folder uses strcat and strncat together with outside > >>input, apparently calculating string lengths using the define > >>IMAP_MAX_MAILBOX_NAMELEN, together with the magic number 78. If the define > >>were changed, indeterminate bugs might creep in. > > > > > > Paul, where is this function going to be used? I'm going to mess with it > > to get rid of the strcasestr, and it appears to require this format: > > > > CREATE_FOLDERS=:Foo:Bar:Baz: > > > > That's not so natural; the ':' should only be required between folders. > > I'm going to change it to handle this: > > > > CREATE_FOLDERS=Foo:Bar:Baz > > > > Aaron > > > > _______________________________________________ > > Dbmail-dev mailing list > > Dbmail-dev@dbmail.org > > http://twister.fastxs.net/mailman/listinfo/dbmail-dev > > >
