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
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
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 ap
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
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?
Makes sense. Any solutions other then using a different MUA?
Scott Silva wrote:
folder. But
if you are using mbox, you can't do that, because the trash folder is also
mbox so it errors out. Thunderbird does the same thing if told to delete to
the server side trash.
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 a
