On Fri, May 18, 2007 at 11:41:46AM +0900, Christian Balzer wrote:
On Thu, 17 May 2007 19:17:25 +0300 Timo Sirainen [EMAIL PROTECTED] wrote:
On Thu, 2007-05-17 at 10:04 -0500, Troy Benjegerdes wrote:
But that's currently not *really* replicated. The real question I guess
is why not use a
Hi,
more info:
Timo Sirainen [EMAIL PROTECTED] schrieb am 16.05.2007 15:58:06:
On Wed, 2007-05-16 at 13:44 +0200, [EMAIL PROTECTED] wrote:
dovecot: 2007-05-16 13:30:09 Error: IMAP(6126360): file
index-mail-headers.c:
line 260 (index_mail_parse_header): assertion failed: (part != NULL)
On Friday 18 May 2007 03:52:40 Bryan Vyhmeister wrote:
On May 17, 2007, at 4:44 AM, Pascal S. de Kloe wrote:
The attachments contain my configuration. Maybe you could document
some
more on the wiki?
If I understand your config correctly, you set your home directory in
LDAP and then just
Bryan Vyhmeister wrote:
Is anyone using LDAP along with Dovecot where mail is being accessed
in the form of /var/vmail/${domain}/${user}? I have not figured out
how to extract the domain from LDAP in order to make this work. I know
this is sparse information but maybe there is an easy fix. If
On Fri, May 18, 2007 1:42 am, Troy Benjegerdes [EMAIL PROTECTED] said:
I'm going to throw out a warning that it's my feeling that replication
has ended many otherwise worthwhile projects. Once you go down that
rabbit hole, you end up finding out the hard way that you just can't
avoid the
On Fri, 2007-05-18 at 12:20 -0400, Bill Boebel wrote:
So what about tackling this replication problem from a different
angle... Make it Dovecot's job to replicate the index and control
files between servers, and make it the file system's job to replicate
just the mail data. This would
On Fri, May 18, 2007 1:10 pm, Timo Sirainen [EMAIL PROTECTED] said:
On Fri, 2007-05-18 at 12:20 -0400, Bill Boebel wrote:
So what about tackling this replication problem from a different
angle... Make it Dovecot's job to replicate the index and control
files between servers, and make it the
I'm having the following problem and would appreciate any help or tips
on how to fix it.
None of my users can send email via pop3 or imap clients the only
consistent thing that i keep seeing in the logs are the following 2
messages:
UID larger than next_uid in file
On Fri, 2007-05-18 at 12:49 -0600, Chris Jeans wrote:
I'm having the following problem and would appreciate any help or tips
on how to fix it.
None of my users can send email via pop3 or imap clients
Mails aren't sent via POP3 or IMAP, so if they have problems sending
mails it's not a Dovecot
On Fri, 2007-05-18 at 12:14 +0400, Alexander Moisseev wrote:
I have Postfix 2.5 with Dovecot 1.0.0 as authentication server.
Can I disable SMTP plaintext authentications for WAN clients, but allow it
for LAN ones?
It's Postfix that determines if plaintext authentication is disabled,
not
On Thu, 2007-05-17 at 23:38 +0200, Ralf Hildebrandt wrote:
This works really well, UNLESS a user exceeds his/her quota: In that
particular case, deliver fails to deliver the mail and generates a
bounce, all on it's own.
It's exit status is 0 in that case, so my MTA (postfix) thinks that the
Configuration
-
There could be global and user-specific configuration files, similar to
how ACLs work. I think the global virtual mailboxes should be only
defaults though, so that users could delete them and create a new
mailbox (virtual or non-virtual) with the same name.
The global
Back on 5/9, I made a post by this subject
http://dovecot.org/list/dovecot/2007-May/022482.html
Timo replied:
The error message means that /var/run/dovecot/login directory or its
contents was deleted while Dovecot was running. I'd guess that you start
Dovecot too early and after startup another
On Fri, 2007-05-18 at 15:23 -0400, Stewart Dean wrote:
3) What can I do to debug it, given that it happens infrequently and of
no known causation? What should I check and look for afterwards? I
guess I could put a cronjob that checks that /var/run/dovecot/login/
default= and
So, I'm working on a shared folder. Everything is nice except for one bit.
My dovecot-shared file in the Maildir is either being ignored, or doesn't
work the way I think it does. Any messages copied into the Maildir using a
mail client are mode 660 and owned by the user who did the copy. Perms
On Wed, 2007-05-16 at 20:27 +0200, Gunter Ohrner wrote:
Am Mittwoch, 16. Mai 2007 schrieb Timo Sirainen:
Yes, I think treating mailboxes similary to keywords is ideal. There
Except if you want to handle some mailboxes in a special way it's
easier if they're separated on disk. Such as
On Fri, 2007-05-18 at 16:22 -0500, [EMAIL PROTECTED] wrote:
So, I'm working on a shared folder. Everything is nice except for one bit.
My dovecot-shared file in the Maildir is either being ignored, or doesn't
work the way I think it does. Any messages copied into the Maildir using a
mail
Am Samstag, 19. Mai 2007 schrieb Timo Sirainen:
1) Have another human readable mailbox ID - name mapping file which
is used if the binary index is corrupted. If mailboxes are
created/deleted/renamed often, this would just slow things down. Might
be a good idea optionally though.
The Mailbox
Timo Sirainen wrote:
On Fri, 2007-05-18 at 07:34 -0700, Daniel L. Miller wrote:
userdb passwd {
args = /etc/dovecot/dovecot-ldap.conf
}
This probably isn't doing what you're thinking :) The args is completely
ignored here, so it just looks up the username from NSS.
Thanks.
On Fri, May 18, 2007 at 12:20:13PM -0400, Bill Boebel wrote:
On Fri, May 18, 2007 1:42 am, Troy Benjegerdes [EMAIL PROTECTED] said:
I'm going to throw out a warning that it's my feeling that replication
has ended many otherwise worthwhile projects. Once you go down that
rabbit hole, you
20 matches
Mail list logo