Timo Sirainen schrieb:
> On Thu, 2009-06-04 at 22:02 +0200, Ralph Seichter wrote:
>
>> Sorry for replying so late, the server running Dovecot succumbed to a
>> hardware problem. Now that the machine is online again, I applied your
>> patch. Running the expire tool now causes the following log me
Timo Sirainen schrieb:
> On Tue, 2009-06-16 at 20:39 +0200, e-frog wrote:
>>> Thanks. I fixed it a bit differently:
>>> http://hg.dovecot.org/dovecot-1.2/rev/1d343780e009
>>>
>> Thanks Timo! The timestamps are ok now, however there are still the newlines.
>> Just cosmetic though :-)
>>
>> Info: Tr
Timo Sirainen schrieb:
> On Sat, 2009-06-06 at 16:18 +0200, e-frog wrote:
>> Jun 6 14:40:19 server dovecot: IMAP(user): Panic: file virtual-sync.c: line
>> 502
>> (virtual_sync_mailbox_box_remove): assertion failed: (rec_count >=
>> uid_count)
>
> Hmm. This is kind of difficult. Can you re
Timo Sirainen wrote:
> I'm beginning to think it was a mistake to ever put Berkeley DB code to
> Dovecot. SQLite would work just as well (and without problems), right?
You're probably right. Want to bite the bullet?
-R
Hi all
Deduplicating data is not really a new thing, but quite efficient in
mail systems where an email with an nMB attachment may be sent to
multiple recipients. This might call for deduplicating data. Is there
a way to do this, or is it far off? If I understand the system
correctly, usu
On Tue, 2009-06-16 at 20:39 +0200, e-frog wrote:
> > Thanks. I fixed it a bit differently:
> > http://hg.dovecot.org/dovecot-1.2/rev/1d343780e009
> >
>
> Thanks Timo! The timestamps are ok now, however there are still the newlines.
> Just cosmetic though :-)
>
> Info: Trash: timestamp 124026335
Timo Sirainen schrieb:
> On Sat, 2009-06-06 at 15:35 +0200, e-frog wrote:
>> $ /usr/sbin/dovecot --exec-mail ext expire-tool --test
>> Info: Trash: timestamp 1243963680 (Tue Jun 2 19:28:00 2009
>> ) -> 1244307774 (Tue Jun 2 19:28:00 2009
>> )
>>
>> Both human readable timestamps are equal as ctim
On Tue, 2009-06-16 at 18:57 +0200, Pascal Volk wrote:
> On 06/14/2009 09:42 PM Pascal Volk wrote:
> > after changing the mail_executable in the imap {…} section I have to
> > restart Dovecot v1.2.rc5, otherwise the changes are not accepted.
> > …
> JFTR:
> The cause of this problem was a client, wh
On 06/14/2009 09:42 PM Pascal Volk wrote:
> after changing the mail_executable in the imap {…} section I have to
> restart Dovecot v1.2.rc5, otherwise the changes are not accepted.
> …
JFTR:
The cause of this problem was a client, which has cached the
IMAP capabilities. Timo, thanks for the feedbac
On Jun 16, 2009, at 4:44 AM, Steffen Kaiser wrote:
Now I wonder, why there exists "an empty set of rights" at all?
To remove all rights from someone.
Shouldn't "SETACL mailbox id" (no rights string) behave differently
than "DELETEACL mailbox id" then as well? Currently it removes the
ACL
Hello folks,
Time ago I worked on a patch for dovecot to work with vmailmgr
http://mij.oltrelinux.com/net/dovecot-qmail-vmailmgr/
The patch was required because, despite vmailmgr complies with the
checkpassword
interface supported by dovecot, dovecot snips the mailbox directory
returned by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 16 Jun 2009, Steffen Kaiser wrote:
playing around with Dovecot's v1.2 ACLs I wondered about some things about
the dovecot-acl files:
+ They are created within the Maildirs, as described in
http://wiki.dovecot.org/ACL.
But why? Shouldn't th
Timo Sirainen a écrit :
> On Jun 12, 2009, at 9:45 AM, Geoffroy Desvernay wrote:
>
>> For a single webmail connection per login, it work, thanks to cache_key
>> using client's IP.
>>
>> But for multiple use of the same login in the webmail, there are more
>> than one 'password' valid at a time…
>>
hello list
help me please - i am trying to fix quotas about 2 days :(
i was using 1.0.14+ldap as userdb/passwd+lda+exim, and after upgrading to
last release my quotas goes away
so
pkg_info | grep dove
dovecot-1.1.16 Secure and compact IMAP and POP3 servers
dovecot-sieve-1.1.6 A Sieve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
playing around with Dovecot's v1.2 ACLs I wondered about some things about
the dovecot-acl files:
+ They are created within the Maildirs, as described in
http://wiki.dovecot.org/ACL.
But why? Shouldn't they belong to the CONTROL= directo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 16 Jun 2009, Nikolay Shopik wrote:
to accomplish using global sieve rule? I'm not familiar with sieve code
syntax, know very basics.
Also I know there different implementation in Sieve between 1.0, 1.1 and 1.2.
Look at Sieve extensions "i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 16 Jun 2009, Timo Sirainen wrote:
4 getacl INBOX
* ACL "INBOX" "user" "testusr" lrwstipekxacd
4 OK Getacl completed.
But yeah, it clearly can't just return emptyness there. Wonder if it could
return "" or something. I'll look into this t
I've copying messages automatically to sent folder if it sent via our
SMTP. Problem is Deliver can't mark message as read on deliver. Does
that possible to accomplish using global sieve rule? I'm not familiar
with sieve code syntax, know very basics.
Also I know there different implementation in
Timo Sirainen wrote:
> On Jun 16, 2009, at 4:01 AM, Tom Sommer wrote:
>
> # TTL for negative hits (user not found). 0 disables caching them
> completely.
> #auth_cache_negative_ttl = 3600
>
> I suppose there could be a new setting to use auth cache only for
> successful look
On Jun 16, 2009, at 4:01 AM, Tom Sommer wrote:
# TTL for negative hits (user not found). 0 disables caching them
completely.
#auth_cache_negative_ttl = 3600
I suppose there could be a new setting to use auth cache only for
successful lookups..
I don't understand why it would cache negative
Timo Sirainen wrote:
> On Sun, 2009-05-17 at 21:09 +0200, Tom Sommer wrote:
>
>> Timo Sirainen wrote:
>>
The cache seems to be faulty somehow, I wish there was a way to dump the
contents of the cache to debug this, because somehow I cannot forcefully
reproduce it.
>
On Jun 16, 2009, at 3:45 AM, Steffen Kaiser wrote:
Thanks, fixed: http://hg.dovecot.org/dovecot-1.2/rev/01fae3737994
The assert is gone now, but "user" is left in the ACL without
rights, see #4:
Hmm. I thought that's what it should do?
4 getacl INBOX
* ACL "INBOX" "user" "testusr" lrwst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 15 Jun 2009, Timo Sirainen wrote:
On Mon, 2009-06-15 at 15:23 +0200, Steffen Kaiser wrote:
2 setacl Sent timo +lrwtsd
2 OK Setacl complete.
3 setacl Sent timo -lrwtsd
Aborted (core dumped)
Thanks, fixed: http://hg.dovecot.org/dovecot-1.2/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 15 Jun 2009, Timo Sirainen wrote:
On Mon, 2009-06-15 at 11:18 +0200, Steffen Kaiser wrote:
mail_executable =
/usr/local/dovecot-1.2.rc5unpatched/libexec/dovecot/rawlog
/usr/local/dovecot-1.2.rc5unpatched/libexec/dovecot/imap
# sbin/dovecot
24 matches
Mail list logo