Re: [Dovecot] Mixing LDAP and static

2008-04-25 Thread Anders
Timo Sirainen wrote: On Fri, 2008-04-25 at 02:06 +0200, Anders wrote: If no attributes are read via LDAP, auth will segfault. So as I have the home and quota, with home being static, it will crash if the quota is not in LDAP for that user. I'm not exactly sure if this is the same problem as

[Dovecot] permission problems

2008-04-25 Thread Cor Bosman
Hi, ever since i switched a few servers to 1.1RC4 im finding control dirs with the wrong permissions: 800236158 drw---2 xxx user 4096 Apr 23 09:46 ./a/an/xxx/INBOX/.INBOX.Maatschappijen When dovecot then wants to write a file inside, it gets a

Re: [Dovecot] permission problems

2008-04-25 Thread Timo Sirainen
On Fri, 2008-04-25 at 11:47 +0200, Cor Bosman wrote: Hi, ever since i switched a few servers to 1.1RC4 im finding control dirs with the wrong permissions: 800236158 drw---2 xxx user 4096 Apr 23 09:46 ./a/an/xxx/INBOX/.INBOX.Maatschappijen

Re: [Dovecot] Allow_nets + MySQL failing when using range notation

2008-04-25 Thread Javier García
Hello, Thanks Timo for the response. I will then ask the Debian package maintainers on this specific issue. Regards, Javier Timo Sirainen escribió: On Mon, 2008-03-31 at 12:56 +0200, Javier García wrote: Hello all, I am testing my dovecot installation in order to restrict access via

Re: [Dovecot] permission problems

2008-04-25 Thread Timo Sirainen
On Fri, 2008-04-25 at 12:40 +0200, Cor Bosman wrote: This is created in src/lib-storage/index/maildir/maildir-util.c maildir_create_subdirs(). But I don't see how box-dir_create_mode could be 0600 and not 0700. I also can't reproduce this in my tests. What plugins do you use? Does it work

Re: [Dovecot] permission problems

2008-04-25 Thread Cor Bosman
Could it be old data that is only showing up because of 1.1 and was ignored or fatal in 1.0? The code was different in v1.0, but in both cases if you have 0600 directory it would have failed the same way.. Can you reproduce this if you create a new mailbox and select it? I can not

Re: [Dovecot] Expire plugin isn't working

2008-04-25 Thread Raphael Bittencourt S. Costa
Could you send your configuration? Because on my server the imap still doesn't start dict process, On Fri, 2008-04-25 at 02:18 +0200, Anders wrote: Raphael Bittencourt S. Costa wrote: It's still not working. The dict is called only by expire-tool. I see the db change as mails are

Re: [Dovecot] Expire plugin isn't working

2008-04-25 Thread Anders
Raphael Bittencourt S. Costa wrote: Could you send your configuration? Because on my server the imap still doesn't start dict process, My configuration looks just like yours, except I also use deliver, so I have expire in the lda section as well. I am not quite sure how this is supposed to

[Dovecot] icedove update

2008-04-25 Thread Karl Schmidt
Something came up that Confounded problems in my move from UW-imap to dovecot. I found a problem with the new icedove update in Debian lenny when moving from 1.5.0.13+1.5.0.14b.dfsg1-0etch1 to 2.0.0.9-3 that could look like a dovecot issue. Icedove runs for a while but eventually quits

[Dovecot] Where to find 1.1 RPM for CentOS 4?

2008-04-25 Thread Patrick
Hiya, I'm trying to find an rpm for the 1.1 version, since it appears to work better with NFS. Does anyone have a link to the i386 version? Thanks in advance. - Patrick

[Dovecot] Does a script exist to fix broken maildir timestamps?

2008-04-25 Thread drbob
Hello, When I upgraded to dovecot (changing servers at the same time) in November last year I copied the maildirs from my old server without using the -p option to preserve timestamps! Since my mail client displays the email dates based on the Date header rather than the imap internaldate I

Re: [Dovecot] Does a script exist to fix broken maildir timestamps?

2008-04-25 Thread drbob
drbob wrote: Before I go try to hack together a script which parses all my older email files and changes the timestamps to the time recorded in the Date: header, does anyone know if robust, tested version of such a script is alrady available? Erm, seems I didn't look hard enough before