Jason Wohlford wrote:
Hi All,
I run a little hosting company. I use Dovecot 1.0.10* with IMAP
exclusively. Lots of my customers use Outlook or Outlook Express. This
poses a problem. These programs don't and have absolutely no
workarounds to move messages to a trash folder when deleted. They o
Dave wrote:
Hello,
I'm running dovecot 1.0.3 on an fc6 box. I've got postfix and
dovecot set up for virtual domains, all look good. The issue is
finding the password file generator. I googled and think i'm looking
for mkpasswd but searching the system i'm not seeing this. Has the
name of t
Wouter Amsterdam wrote:
Hi all,
[]
type: listen
master:
path: /var/run/dovecot/auth-master
Apr 14 16:14:44 termserv dovecot: auth(default):
unlink(/var/run/dovecot/auth-master) failed: Is a directory
/var/run/dovecot/auth-master is path to auth-master socket. This soc
Hi All,
I run a little hosting company. I use Dovecot 1.0.10* with IMAP
exclusively. Lots of my customers use Outlook or Outlook Express. This
poses a problem. These programs don't and have absolutely no
workarounds to move messages to a trash folder when deleted. They only
mark the messa
Sorry again, I forgot to tell:
dovecot version: 1.0.5-1 Debian package.
Also, I tried to change plugin order on dovecot.conf, but the problem
persists!
Thanks!
Fábio M. Catunda escreveu:
Hi!
I'm trying to use an ACL to avoid deletion of messages that are inside
.Trash folder, the ACL is
Hi!
I'm trying to use an ACL to avoid deletion of messages that are inside
.Trash folder, the ACL is already working very well, the problem that
I'm facing is that even if the message is not deleted, mail_log logs
that it has been deleted.
Also, in some cases part of the lazy_expunge code is
Raphael Bittencourt S. Costa wrote:
I followed the wiki to configured the expire plugin on dovecot-1.1rc4
and it isn't working. No error messages on logs or on the execution of
"dovecot --exec-mail ext /usr/libexec/dovecot/expire-tool".
I also have trouble getting it to do much. It may be brok
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... :)
Hi all,
I'm trying to get the sieve plugin to work, but with little result. I'm
following http://wiki.dovecot.org/LDA, http://wiki.dovecot.org/LDA/Postfix
and http://wiki.dovecot.org/LDA/Sieve
but it won't work. As I have virtual users from several virtual domains, I
added the "virtual users -
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,
Hello all,
I followed the wiki to configured the expire plugin on dovecot-1.1rc4
and it isn't working. No error messages on logs or on the execution of
"dovecot --exec-mail ext /usr/libexec/dovecot/expire-tool".
mailserver02:~ # dovecot -n
# 1.1.rc4: /etc/dovecot//dovecot.conf
syslog_facility: lo
Hi all,
I'm trying to get the sieve plugin to work, but with little result. I'm
following http://wiki.dovecot.org/LDA, http://wiki.dovecot.org/LDA/Postfix
and http://wiki.dovecot.org/LDA/Sieve
but it won't work. As I have virtual users from several virtual domains, I
added the "virtual users -
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
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?
24 matches
Mail list logo
