[Dovecot] keep users from deleting email
I looked on the dovecot website, but didn't find an answer. With dovecot 1.0, is there a way to keep users from deleting their email? So that when they click the delete button on their email client, nothing happens/dovecot refuses to delete email, etc?
Re: [Dovecot] keep users from deleting email
Charles Marcus wrote: I was thinking about a possible plugin - call it maybe 'fake-delete or something - that would move all messages that a user deletes to a hidden folder in their maildir, for admin purposes... you could also use the expire plugin to keep this from growing indefinitely. But to prevent them from deleting them altogether? Why? If you just want a read-only maildir, just do that - so only admins can delete messages from protected accounts... Management wants the users to be able to use the email like normal (to read as normal, to file into mailboxes, etc) but not be able to delete any email, ever, for archival/legal purposes. Also, I'm using the wu-imap mbox format and not the Maildir format for keeping email, because a year ago I migrated away from wu-imap to dovecot.
Re: [Dovecot] keep users from deleting email
Charles Marcus wrote: Then you are using the wrong tool. For legal purposes, your message archives should be completely separate from your normal mail store. Set up a parallel delivery system for your archiver. Do you mean like, Postfix's always_bcc = [EMAIL PROTECTED] option? But, then I'm doubling my data. One copy is the user's email, and one copy for always_bcc. Then I have twice the data to back up, more CPU cycles to compress it to tape, etc...
Re: [Dovecot] keep users from deleting email
Bill Cole wrote: Presumably you're users are all using IMAP, since the question doesn't really make sense for POP users, whose view of mail is entirely local to their machines, not the server. I'd argue that having the sort of in-your-face dysfunction you describe is probably not the best approach unless user antagonism is one of your goals. You would probably be better off making a user's deletion into a server-side hiding/archiving. The Lazy Expunge plugin can do that. http://wiki.dovecot.org/Plugins/Lazyexpunge Thanks, I agree with you. However, I just do what management tells me to do, and we're trying to get Sarbanes-Oxley Act of 2002 compliant with our data. Lazy Expunge only operates on Maildir format, and while dovecot's website has instructions for converting from mbox to Maildir, mbox works pretty good for us, and I don't want to fix what isn't broken.
Re: [Dovecot] keep users from deleting email
Bill Cole wrote: Um, really? I've had a little experience with SOx, HIPAA, GLBA, and Federal E-Discovery compliance projects, and I've never heard that SOx applied at all to state agencies or that it requires anyone to archive all email forever. In fact, doing so as a matter of normal policy may be a very bad idea under the E-Discovery rules. I'm certainly no lawyer, but your management may want to find better ones than they seem to have... Well it doesn't, but management wants us to archive all electronic data forever in a fashion that is compliant to that law. You definitely need to be aware of the fact that one of the downsides of mbox is performance and resource demands as the mbox files grow. What do you consider a large mbox? We have users with single mbox files of 3G and their mail loads up fine. We are using Seamonkey's email client and it makes a local index file of all the message to/from/subject/date/etc so it loads mail very quickly, pretty much instantaneous. One thing I don't like about Maildir is that it keeps each message as a seperate file, so you'll end up with directories with 20k+ files and run into glob problems, and with ext3, you have all these sub 4kb messages still taking up a 4k block on the disk, wasting disk space.
[Dovecot] target doesn't allow inferior mailboxes
Using Seamonkey as my email client, and IMAP to check mail. If I create a new IMAP folder, and then delete it, I get the error: The current command did not succeed. The mail server responded: Target mailbox doesn't allow inferior mailboxes. Tried a google search, didn't really come up with anything. I have rw permissions on /home/awilliam/Mail/* and delete the files fine using rm -rf /home/awilliam/Mail/whatever and editing the folder out of .subscriptions. Any ideas? [EMAIL PROTECTED] ~]# dovecot --version 1.0.1 [EMAIL PROTECTED] ~]# dovecot -n # 1.0.1: /etc/dovecot.conf login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: mbox:~/Mail/:INBOX=/var/spool/mail/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam userdb: driver: passwd
