On Apr 17, 2008, at 6:13 PM, Bill Cole wrote:
The interesting issue would then be the size of the Dovecot index
files. I don't know if they are designed to work well when all of
your users have tens of thousands of messages in their index. I
expect you'll want a lot of RAM...
I've some fu
At 10:28 AM -0500 4/14/08, Adam Williams imposed structure on a
stream of electrons, yielding:
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
On Mon, 2008-04-14 at 08:42 -0500, Adam Williams wrote:
> 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
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 m
Adam Williams wrote:
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]
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
On 4/14/2008, Adam Williams ([EMAIL PROTECTED]) wrote:
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
At 9:45 AM -0500 4/14/08, Adam Williams imposed structure on a
stream of electrons, yielding:
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 y
At 9:36 AM -0500 4/14/08, Adam Williams wrote:
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 dysfu
At 8:58 AM -0500 4/14/08, Adam Williams wrote:
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 plug
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
On 4/14/2008, Adam Williams ([EMAIL PROTECTED]) wrote:
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.
Then you are using the wrong tool.
For legal purpo
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
On 4/14/2008, Bill Cole ([EMAIL PROTECTED]) wrote:
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
Oh, right... forgot about that one...
Dovecot 'just' rocks... :)
At 8:42 AM -0500 4/14/08, Adam Williams imposed structure on a
stream of electrons, yielding:
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,
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
On 4/14/2008 9:42 AM, Adam Williams wrote:
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, et
17 matches
Mail list logo
