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
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. :)
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):
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,
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
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:
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
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.
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
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
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?
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
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.
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.
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
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
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
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.
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
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
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
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
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
23 matches
Mail list logo