Re: [Dovecot] LDAP auth improvements

uch flexible queries. Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik TU München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

Re: [Dovecot] [PATCH] Bad boundary check in client_find_namespace

bably a bug”). Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik TU München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

[Dovecot] dsync, hard-links and refcounts

there some tool to deduplicate the mdbox after it has been converted from maildir? - NB: I am not talking about single-instance storage for attachments. Thank you very much, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität

Re: [Dovecot] dsync, hard-links and refcounts

On 02/13/2012 03:40 PM, Timo Sirainen wrote: It should deduplicate when GUIDs are the same.. I guess I'll have to look into why it's not working. I’d very much appreciate that. We will have to migrate many large mailboxes, and it would be a pity to needlessly waste space. I got the same re

[Dovecot] log message about client_limit may in fact be due to ulimit

Hi, our Dovecot proxy started logging about reaching the client_limit once there were about 1000 connections running over it: Feb 14 15:22:02 vmmailproxy1 dovecot: master: Warning: service(anvil): client_limit (10) reached, client connections are being dropped Feb 14 15:22:18 vmmailproxy1

Re: [Dovecot] log message about client_limit may in fact be due to ulimit

Hi, thank you for the reply. On 02/15/2012 03:35 AM, Timo Sirainen wrote: On 14.2.2012, at 17.04, Christoph Bußenius wrote: our Dovecot proxy started logging about reaching the client_limit once there were about 1000 connections running over it: Feb 14 15:22:02 vmmailproxy1 dovecot: master

Re: [Dovecot] log message about client_limit may in fact be due to ulimit

y all our users (2000 active) are being routed over this proxy, and we have not experienced any performance problems. The system load is below 0.1 most of the time. So afaict there is no reason to use high-performance mode. Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgrupp

Re: [Dovecot] dsync, hard-links and refcounts

Chnristoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

Re: [Dovecot] dsync, hard-links and refcounts

.. After replacing "doveadm/dsync" with "dsync", the patch applied in 2.0.18 and works fine. (Is there any chance this will be in a 2.0 bugfix release?) Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Univ

Re: [Dovecot] dsync, hard-links and refcounts

and forth between two folders. Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

Re: [Dovecot] dsync, hard-links and refcounts

On 21.02.2012 12:04, Timo Sirainen wrote: On Tue, 2012-02-21 at 11:23 +0100, Christoph Bußenius wrote: Hi, On 15.02.2012 04:46, Timo Sirainen wrote: It worked when the GUID already existed somewhere in destination, but not if it was added only during the same session. The attached patch

Re: [Dovecot] dsync, hard-links and refcounts

On 21.02.2012 13:15, Timo Sirainen wrote: And they might even become deduplicated if you do doveadm force-resync + purge. I hadn't tried that yet. Thanks for the hint, this is probably all we need. Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informati

Re: [Dovecot] Maildir migration: Courier-imap 4.4.3 to Dovecot 1.2.

On 02/25/2012 01:50 AM, Timo Sirainen wrote: On 24.2.2012, at 17.20, Rafał Radecki wrote: I want also to leave default pop3_uidl_format (%08Xu%08Xv) in dovecot.conf That might cause your POP3 clients to redownload mails (or maybe not, I can't remember exactly how the script works). The mig

[Dovecot] [PATCH] Pop3 order in courier migration script

9002 PUID13-1327481629 W1 :BBB13:2,S 9003 PUID14-1327481629 W1 :BBB14:2,S 9004 PUID15-1327481629 W1 :BBB15:2,S 9005 :CCC16 9006 :CCC17 9007 :CCC18 9008 :CCC19 9009 :CCC20 Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische

[Dovecot] doveadm fetch prints duplicate results in 2.1

Hi, when the private namespace has "prefix = INBOX." and you use doveadm fetch to search for "mailbox INBOX", then it prints every message twice: # doveadm fetch -u testuser 'mailbox uid guid' mailbox INBOX mailbox: INBOX uid: 1 guid: 1757c403a4ec4d4fbf04463889b5 mailbox: INBOX uid: 1 gu

[Dovecot] squat not working in 2.1

it's deprecated, I just wanted to note this. Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

Re: [Dovecot] squat not working in 2.1

On 29.02.2012 11:03, Christoph Bußenius wrote: It found the message once, but the next time it didn't. So the squat search does not actually seem to work any more. Sorry, I forgot to include the configuration: # 2.1.1: /usr/local/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-35-s

Re: [Dovecot] doveadm fetch prints duplicate results in 2.1

On 02/29/2012 10:31 AM, Christoph Bußenius wrote: when the private namespace has "prefix = INBOX." and you use doveadm fetch to search for "mailbox INBOX", then it prints every message twice: Apparently the bug has been introduced with this changeset: changeset: 141

[Dovecot] Pop3 ordering in mdbox

g? (I tried Dovecot 2.1.1.) Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

Re: [Dovecot] dsync is SLOW compared to rsync

Hi, maybe try "dsync -o mail_fsync=never". Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

[Dovecot] Dovecot allows creation of folders outside of a user's directory

Hi, in our dovecot 2.0 setup with shared folders, users can make dovecot create directories outside their mail directory. Which is a bit scary imho. The following command: . create inbox.shared.abc123 or even . create "inbox.shared.strange &ANY- characters" -- even though it will fail wit

Re: [Dovecot] Dovecot allows creation of folders outside of a user's directory

On 04.04.2012 03:35, Timo Sirainen wrote: On 30.3.2012, at 14.37, Christoph Bußenius wrote: -- even though it will fail with a "permission denied" error -- will create a directory like "/mail/users/strange&ANY- characters". That directory will only contain a sub

Re: [Dovecot] Courier to Dovecot migration script issue

lds (message-id)])". Cheers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.055 <> Boltzmannstr. 3 <> Garching

[Dovecot] INBOX.INBOX.Sent causes problems in 2.0

Hi, we have our namespace rooted at "INBOX.". Sometimes, users have folders like "INBOX.INBOX.Sent" or "INBOX.INBOX.INBOX.Sent". I do not know why these folders are created; I suspect it is due to buggy MUAs. If a mailbox like INBOX.INBOX.Sent exists, then in some cases Dovecot counts all

[Dovecot] Shared folders not shown if "INBOX.shared.%.%" is used with dovecot 2.1.10

Hi, Thunderbird uses the following IMAP command to list shared folders: . list "" INBOX.shared.%.% Dovecot 2.1.10 does not list any folders in response to this command. Dovecot 2.0.21 does list them: * LIST (\HasNoChildren) "." "INBOX.shared.user1.folder" . OK List completed. Both versions l

Re: [Dovecot] Shared folders not shown if "INBOX.shared.%.%" is used with dovecot 2.1.10

Hi, On 22.10.2012 16:33, Christoph Bußenius wrote: . list "" INBOX.shared.%.% Dovecot 2.1.10 does not list any folders in response to this command. I hope this helps: I bisected this bug and found it was introduced with this changeset: http://hg.dovecot.org/dovecot-2.1/rev/a4

Re: [Dovecot] Shared folders not shown if "INBOX.shared.%.%" is used with dovecot 2.1.10

Hello Timo, On 26.10.2012 12:07, Timo Sirainen wrote: but I did find another way to reproduce at least a similar bug. Maybe this fixes your problem too? http://hg.dovecot.org/dovecot-2.1/rev/22875bcaa952 That does fix the problem, thank you! Cheers, Christoph -- Christoph Bußenius

[Dovecot] Invalid Managesieve commands are counted twice

ou # get something else instead, read the extra NO to clear # the buffer. typ, data = self._command('BOGUS') (The full source is at http://pydoc.net/managesieve/0.4.2/managesieve) As a result, sieveshell cannot be used with TLS and a current Dovec

Re: [Dovecot] Invalid Managesieve commands are counted twice

heers, Christoph -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.040 <> Boltzmannstr. 3 <> Garching

lazy_expunge mangles dovecot-acl-list

Hi, I think I found a bug in Dovecot 2.1.17 and 2.2.13. In our setup, sometimes ACLs stop working because "dovecot-acl-list" is replaced by an empty file. We found that lazy_expunge is connected to this. To reproduce, create ACLs for "user1" in a folder. Put a mail in that folder and expun

Re: lazy_expunge mangles dovecot-acl-list

On 06/12/2014 03:06 PM, Florian Tischler wrote: Am Donnerstag, 12. Juni 2014, 11:53:26 schrieb Christoph Bußenius: Interestingly a doveadm acl debug recreates dovecot-acl-list: doveadm acl debug -u user2 user/user1/Folder A quick fix is to just delete all empty "dovecot-acl-list"