On Wed, 2007-04-11 at 11:21 +1200, Nick Le Mouton wrote:
Everything seems to work well when I have a home dir for the user, but I
don't like to clutter up my /home/ dir with dirs for users that will never
use them (other than mail).
Is there no way to just use /var/mail/user (I think in mbox
On Tue, 2007-04-10 at 19:47 -0400, Francisco Reyes wrote:
Is it ever necessary to delete any of the dovecot files when moving between
machines from different RC versions?
No. The file formats haven't changed. And in general if you find that
you need to delete some files when moving/upgrading,
Hi Ken,
You are right, these tools once integrated gives the solution. But i
thought that if someone has already done the spade work then it would be
helpful.
Regards
-Azher
Ken Anderson wrote:
Azher Amin wrote:
Hi,
I am using Dovecot with Sendmail in my environment. So far I am doing
Timo Sirainen wrote:
I think I'll also add a check to compare Maildir, new, cur and tmp
directories' permissions and log a warning if they're not the same.
Just as a sanity check, mine differ (for whatever reason - I probably
used 'maildirmake' from Courier) like so:
$ ls -gGld
hi...
exits anyway to get imap user and password from system.
in other word if my mail clients log in system with user and password and
want to use them to login to imap server. :)
--
Salu2 ;)
Hi Frank.
What I think Timo is trying to say is... The issue is most likely that
the system has overflowed the Message uid's. This means that the
message id (a number) has grown too large to fit within the size
allocated for it in v 0.99. This can happen in an older system that has
been in use
Well, I've really no idea. I know it works for many people and I
couldn't get it to break when stress testing with hundreds of
connections per second.
More info:
In the 5 minutes between when Nagios flagged IMAP as down (and we
tested it as down) until we restarted Dovecot, 103 authentications
Ejay Hire spake the following on 4/11/2007 10:01 AM:
Hi Frank.
What I think Timo is trying to say is... The issue is most likely that
the system has overflowed the Message uid's. This means that the
message id (a number) has grown too large to fit within the size
allocated for it in v
On Wed, 2007-04-11 at 08:57 +0200, Frank Elsner wrote:
On Tue, 10 Apr 2007 17:58:03 +0200 guenther wrote:
On Tue, 2007-04-10 at 17:06 +0300, Timo Sirainen wrote:
On Sun, 2007-04-08 at 23:26 +0200, Frank Elsner wrote:
Apr 8 23:13:36 seymour dovecot: IMAP(migrant): Mailbox conversion:
Timo Sirainen writes:
Keeping ACLs in SQL is different from keeping the whole mailbox data
in SQL. Currently the ACL plugin supports only vfile backend, but it
wouldn't be too difficult to add support for SQL backend.
Having ACLs in SQL allows companies to have a centralized place for all
I received this response from a member of the OpenLDAP core team when
asking about meaning of the deferred operations I was seeing.
Is it possible that this is what I'm seeing, Timo?
-Ben
-
I'd note that if your client is performing search + bind on
11 matches
Mail list logo
