[Dovecot] inetd corrupt environment

2008-05-25 Thread Gelu G. Lupas
Hello. I'm having the following problem with dovecot 1.0.12 and above, on a FreeBSD 7.0 system - I'm trying to run pop3-login from inetd and I keep getting this error after authentication: May 25 09:46:19 charlie dovecot: POP3(gelu): /libexec/ld-elf.so.1: environment corrupt; missing value

Re: [Dovecot] Error while set mailQuota=0 with mbox and LDAP backend

2008-05-25 Thread Anders
Timo Sirainen wrote: On May 25, 2008, at 5:40 AM, Zhang Huangbin wrote: Timo Sirainen wrote: 0 means the user has 0 bytes quota, not unlimited. Maybe this should be changed.. You could always work around it by just returning a very large value. Hope to see this change. :)

Re: [Dovecot] inetd corrupt environment

2008-05-25 Thread Timo Sirainen
On Sun, 2008-05-25 at 10:21 +0300, Gelu G. Lupas wrote: Hello. I'm having the following problem with dovecot 1.0.12 and above, on a FreeBSD 7.0 system - I'm trying to run pop3-login from inetd and I keep getting this error after authentication: May 25 09:46:19 charlie dovecot: POP3(gelu):

Re: [Dovecot] Wrong message information

2008-05-25 Thread Timo Sirainen
On Sun, 2008-05-25 at 13:02 +0200, Anders wrote: Timo Sirainen wrote: On Fri, 2008-05-23 at 11:12 +0200, Anders wrote: Timo Sirainen wrote: Right, that helped me to reproduce it. Fixed: http://hg.dovecot.org/dovecot-1.1/rev/cb1c6c942768 Hi again. That fixed my testcase as well,

Re: [Dovecot] Wrong message information

2008-05-25 Thread Anders
Timo Sirainen wrote: On Fri, 2008-05-23 at 11:12 +0200, Anders wrote: Timo Sirainen wrote: Right, that helped me to reproduce it. Fixed: http://hg.dovecot.org/dovecot-1.1/rev/cb1c6c942768 Hi again. That fixed my testcase as well, but now I just got another report of a mail with an epoch

Re: [Dovecot] no bookeeping using public folders

2008-05-25 Thread Timo Sirainen
On Mon, 2008-05-19 at 09:17 +0200, Claude Frantz wrote: The problem, while using Thunderbird: The read only user can delete messages or mark then read. But after a new session, all the messages are still new. Of course, only baratin is the owner. The problem, while using mutt and IMAP:

Re: [Dovecot] Domain variable in checkpassword

2008-05-25 Thread Timo Sirainen
On Sun, 2008-05-18 at 18:48 +0300, sawyer x wrote: I'm using the checkpassword method but I don't get the domain a user inputs. I can't cross check per virtual domains if I'm not getting one, which means it renders all my efforts useless. Domain is part of the username. If you're not getting

Re: [Dovecot] Error while set mailQuota=0 with mbox and LDAP backend

2008-05-25 Thread Zhang Huangbin
Hi, Timo. Timo Sirainen wrote: homeDirectory=home,mailMessageStore=dirsize:mail,mailQuota=quota=dirsize:storage Also what is mailMessageStore=dirsize:mail? I don't think it does anything. After some test, i think 'mailMessageStore=dirsize:mail' is an optional parameter for LDAP backend.

Re: [Dovecot] singe system user for all virtual users

2008-05-25 Thread Wojtek Bogusz
hi, thank you. Timo Sirainen wrote: On Sun, 2008-05-25 at 02:27 +0100, Wojtek Bogusz wrote: Error: Error in configuration file /usr/local/etc/dovecot.conf line 909: Unknown setting: userdb .. auth_userdb = What's this? Remove it. see the bottom of http://wiki.dovecot.org/VirtualUsers

Re: [Dovecot] Vanishing maildirsize files with 1.0.7 using 'deliver' via postfix

2008-05-25 Thread Timo Sirainen
On Wed, 2008-05-21 at 12:21 -1000, Jason Forester wrote: We have 3 RH5.1 boxes running the stock Postfix 2.3.3, but due to issues with the stock Dovecot 1.0rc15, Redhat supplied us with the version of Dovecot 1.0.7 that will be in Redhat 5.2. There is one change to Maildir++ quota since

Re: [Dovecot] singe system user for all virtual users

2008-05-25 Thread Timo Sirainen
On Sun, 2008-05-25 at 13:21 +0100, Wojtek Bogusz wrote: hi, thank you. Timo Sirainen wrote: On Sun, 2008-05-25 at 02:27 +0100, Wojtek Bogusz wrote: Error: Error in configuration file /usr/local/etc/dovecot.conf line 909: Unknown setting: userdb .. auth_userdb = What's this?

Re: [Dovecot] Searching the Archives (was: Re: dovecot developer documentation)

2008-05-25 Thread Timo Sirainen
On Wed, 2008-05-21 at 23:49 -0400, John Simpson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2008-05-15, at 0645, Karsten Bräckelmann wrote: Also, dovecot.org offers list access by IMAP. :) See http://dovecot.org/mailinglists.html how would somebody who has an existing

Re: [Dovecot] Wrong message information

2008-05-25 Thread Anders
Timo Sirainen wrote: I could yesterday also reproduce the broken INTERNALDATE pretty easily, but I can't anymore after that patch.. So what can I do to help you reproduce it? I am still getting it quite often, though I am unable to create a scenario where it always shows up. Anders.

Re: [Dovecot] Sort output of dovecot -n alphabetically?

2008-05-25 Thread Charles Marcus
On 5/24/2008, Timo Sirainen ([EMAIL PROTECTED]) wrote: Is there a way? Postfix does this by default, and it makes it much less likely to miss/overlook a setting... If there is no way, any chance to modify it so that it does? I'd rather not touch that code until it gets rewritten with v2.0.

[Dovecot] 1.1rc5 Panic: mailbox-tree.c: line 171 (mailbox_tree_iterate_set_next_node)

2008-05-25 Thread Jeffrey Rice
Hi, I do hope this hasn't been covered. I googled and looked in the archives but didn't see anything related, so hopefully I am not covering old ground. I recently upgraded from 1.0.10 to 1.1rc5. I am seeing this error from clients: May 25 11:01:54 finity dovecot: Panic: IMAP([EMAIL

Re: [Dovecot] 1.1rc5 Panic: mailbox-tree.c: line 171 (mailbox_tree_iterate_set_next_node)

2008-05-25 Thread Timo Sirainen
On May 25, 2008, at 8:30 PM, Jeffrey Rice wrote: I am seeing this error from clients: May 25 11:01:54 finity dovecot: Panic: IMAP([EMAIL PROTECTED]): file mailbox-tree.c: line 171 (mailbox_tree_iterate_set_next_node): assertion failed: (len = ctx-parent_pos) Any idea how to reproduce

Re: [Dovecot] 1.1rc5 Panic: mailbox-tree.c: line 171 (mailbox_tree_iterate_set_next_node)

2008-05-25 Thread Jeffrey Rice
Timo Sirainen wrote: On May 25, 2008, at 8:30 PM, Jeffrey Rice wrote: I am seeing this error from clients: May 25 11:01:54 finity dovecot: Panic: IMAP([EMAIL PROTECTED]): file mailbox-tree.c: line 171 (mailbox_tree_iterate_set_next_node): assertion failed: (len = ctx-parent_pos) The

Re: [Dovecot] 1.1rc5 Panic: mailbox-tree.c: line 171 (mailbox_tree_iterate_set_next_node)

2008-05-25 Thread Timo Sirainen
On May 25, 2008, at 9:23 PM, Jeffrey Rice wrote: .Sent.Sent-Dec-2006 .Sent.Sent-Jan-2007 .Sent.Sent-Feb-2007 .Sent.Sent-Mar-2007 .. Could it be the mailboxes with the dot prefix? I have another user who does not generate a crash with the same command, and does not have any such mailboxes.

Re: [Dovecot] Vanishing maildirsize files with 1.0.7 using 'deliver' via postfix

2008-05-25 Thread Jason Forester
Hi Timo, thanks for replying. My comments are inline: On Sun, May 25, 2008 at 2:25 AM, Timo Sirainen [EMAIL PROTECTED] wrote: snip However almost immediately a maildirsize folder vanished. Soon after another, then another, and now we're missing nearly 40 of them. Maildir++ quota

Re: [Dovecot] Vanishing maildirsize files with 1.0.7 using 'deliver' via postfix

2008-05-25 Thread Timo Sirainen
On May 25, 2008, at 10:09 PM, Jason Forester wrote: Maildir++ quota recalculation works like: Go through all files and sum up their sizes. Keep track of the highest directory mtime. Once everything is calculated, again go through all directories and find the highest mtime. If the highest

Re: [Dovecot] Wrong message information

2008-05-25 Thread Anders
Timo Sirainen [EMAIL PROTECTED] writes: I could yesterday also reproduce the broken INTERNALDATE pretty easily, but I can't anymore after that patch.. I can now reproduce one problem quite easily, with: $ A=6 ; ./send_fetch_test.py [EMAIL PROTECTED] pw file sleep $A; ./send_fetch_test.py

Re: [Dovecot] Vanishing maildirsize files with 1.0.7 using 'deliver' via postfix

2008-05-25 Thread Jason Forester
On Sun, May 25, 2008 at 9:18 AM, Timo Sirainen [EMAIL PROTECTED] wrote: snip I think there are two issues: 1) Your recalculation is probably quite slow, assuming you don't have the S=sizes in filenames. deliver adds these to new mails, but it doesn't help for old ones. We just changed to

Re: [Dovecot] Vanishing maildirsize files with 1.0.7 using 'deliver' via postfix

2008-05-25 Thread Timo Sirainen
On May 26, 2008, at 4:30 AM, Jason Forester wrote: 2) Most people specify the limits in Dovecot's userdb, so this isn't an issue. What userdb do you use? We are using ldap for auth/user. I will take a look at specifying it there so that the quotas don't vanish, but won't reporting still