>> the problem might be: what would your mta do if: >> 1. the user never logged in via imapokay, so then they would never get there mail ? I guess I don't see where your going with this problem.>> 2. therefor no folders were created by dovecot.... Ok ??>> 3. it has to deliver a spam message to the spam folder.Your right the filter would put it into the spam folder, witch it would created if it's not found. And as a side note the "Spam" folder was just a example folder name. Really for are needs it would be a folder called "Meetings">> "so you have to ensure the folder existance at the user creation level >> imho. thats the logical point to do exactly that. >> checking for folder existance everytime a user might access a service is >> stupid. it costs at least a stat() call per directory."Some how you missed the part.I'd like to make sure this use always has this folder. Aka if they delete it, I'd like it to be recreated. PS. In the end all's it comes down to is i was wounder if there was a way to have dovecot auto create a folder or a list of folders at login. OR really if there was a way to tell dovecot a list of folders a user COULD NOT delete (But could delete the folders in side). -- Chris L. Franklin --
On Mon, 2005-03-21 at 13:31 -0500, Chris L. Franklin wrote:> PS. In the end all's it comes down to is i was wounder if there was a way > to > have dovecot auto create a folder or a list of folders at login.I can't really think of how I would implement this in any generic way. I can only think of ugly kludgy solutions. There is a pretty simple way to do it though: create a script/binary which checks HOME/MAIL environment itself and creates the folders, then executes Dovecot's imap binary. Then set mail_executable in config file to your wrapper.> OR really > if there was a way to tell dovecot a list of folders a user COULD NOT > delete > (But could delete the folders in side).That could be done with ACLs, once Dovecot supports them. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20050324/d61ecd9c/attachment-0001.bin>