- dovecot - dovecot.org

Re: [Dovecot] v2.0.15 released
by Eduardo M KALINOWSKI 17 Sep '11

17 Sep '11

On Sex, 16 Set 2011, Simon Brereton wrote: > I'll bite.. But it's probably not your concern. When will we be > able to get stable 2.x packages for Debian? Apt installs 1.2.15-7 In Debian stable? Only when the next stable version (wheezy) is released. Not in squeeze. Though perhaps a backport might appear. -- Colors may fade in time. Eduardo M KALINOWSKI eduardo(a)kalinowski.com.br

3 3

Re: [Dovecot] imapc and imap_acl
by Lutz Preßler 16 Sep '11

16 Sep '11

On Tue, 13 Sep 2011, Lutz Preßler wrote: > On Di, 13 Sep 2011, Timo Sirainen wrote: > > You mean you'd want local ACLs that apply to imapc mailboxes? > Yes, exactly. Great for "integrating" legacy IMAP servers without e.g. > ACL support. ... but as long as imapc parameters are global that's of no real use, I just realized... > > I think that should work. For example if you set: > > > > mail_location = imapc:~/imapc > > Then for mailbox foo/bar the ACL file should be in ~/imapc/.foo.bar/dovecot-acl > It almost works: > Sep 13 18:37:58 hhh dovecot: imap(4482, uuu): Error: file_dotlock_open(/home/uuu/Maildir/gmail/.[Gmail].Alle Nachrichten > /dovecot-acl) failed: No such file or directory > After manually creating the ".[Gmail].Alle Nachrichten" directory, SETACL > succeeds. ... so this does not really matter yet. Lutz

1 0

[Dovecot] sharing of non-INBOX namespaces? Re: imapc and imap_acl
by Lutz Preßler 16 Sep '11

16 Sep '11

Hi, On Tue, 13 Sep 2011, Lutz Preßler wrote: > On Di, 13 Sep 2011, Timo Sirainen wrote: > > You mean you'd want local ACLs that apply to imapc mailboxes? > Yes, exactly. Great for "integrating" legacy IMAP servers without e.g. > ACL support. > > I think that should work. For example if you set: > > > > mail_location = imapc:~/imapc > Oh, had not realized that a path argument is possible for imapc:. There are > even index file then... > > > > Then for mailbox foo/bar the ACL file should be in ~/imapc/.foo.bar/dovecot-acl > It almost works: > Sep 13 18:37:58 hhh dovecot: imap(4482, uuu): Error: file_dotlock_open(/home/uuu/Maildir/gmail/.[Gmail].Alle Nachrichten > /dovecot-acl) failed: No such file or directory > After manually creating the ".[Gmail].Alle Nachrichten" directory, SETACL > succeeds. Ok, I thought I tested accessing the mailbox afterwards, too - but I probably had not. I have a more general problem now: shared mailboxes from any "non-INBOX" namespace are not available to other users. That's not only with virtual or imapc namespaces, but also tested with two Maildir ones: namespace personal { inbox = yes location = maildir:~/Maildir prefix = INBOX. type = private } namespace second { inbox = no location = maildir:~/Maildir2 prefix = INBOX.second. type = private } namespace others { type = shared separator = . prefix = INBOX.shared.%%u. location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u #location = maildir:/home/%%n/Maildir:INDEX=~/Maildir/shared/%%u subscriptions = no list = children } [...] I can as user1 SETACL INBOX.second.box ~user1/Maildir2/dovecot-acl-list contains "1316082286 box" ~user1/Maildir2/.box/dovecot-acl contains "user=testuser lrs" (as does ~user1/Maildir/.in2007/dovecot-acl) The shared mailboxes dict contains shared/shared-boxes/user/testuser/user1 1 But - as testuser - 0 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.test" * LIST (\HasNoChildren) "." "INBOX.second" * LIST (\Noselect \HasChildren) "." "INBOX.shared.user1" * LIST (\HasNoChildren) "." "INBOX.virtual" * LIST (\HasNoChildren) "." "INBOX.shared.user1.in2007" 0 OK List completed. INBOX.shared.user1.second.box is missing. Also 0 select INBOX.shared.user1.second.box * OK [CLOSED] Previous mailbox closed. 0 NO Mailbox doesn't exist: second.box Log shows then: Sep 15 12:39:48 host dovecot: imap(8796, testuser): Debug: acl vfile: file /etc/dovecot/global-acls/INBOX.shared.user1.second.box not found Sep 15 12:39:48 host dovecot: imap(8796, testuser): Debug: acl vfile: file /home/user1/Maildir/.second.box/dovecot-acl not found ... not searching for the acl file correctly. Thought I tested this with earlier (2.0) versions. Changed group set up inbetween, but this does not seem relevant. Regards, Lutz

2 4

Re: [Dovecot] v2.0.15 released
by Odhiambo Washington 16 Sep '11

16 Sep '11

I think someone else is responsible for the Debianization of Dovecot, not Timo. On Fri, Sep 16, 2011 at 19:05, Simon Brereton <simon.brereton(a)buongiorno.com > wrote: > -----Original Message----- > From: dovecot-bounces(a)dovecot.org [mailto:dovecot-bounces@dovecot.org] On > Behalf Of Timo Sirainen > > http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz > http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz.sig > > + doveadm altmove: Added -r parameter to move mails back to primary > storage. > - v2.0.14: Index reading could have eaten a lot of memory in some > situations > - doveadm index no longer affects future caching decisions > - mbox: Fixed crash during mail delivery when mailbox didn't yet > have > GUID assigned to it. > - zlib+mbox: Fetching last message from compressed mailboxes > crashed. > - lib-sql: Fixed load balancing and error handling when multiple > hosts > are used. > > > ----------- > > I'll bite.. But it's probably not your concern. When will we be able to > get stable 2.x packages for Debian? Apt installs 1.2.15-7 > > Thanks. > > Simon > (Sorry about breaking the quotes) > > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ I can't hear you -- I'm using the scrambler. Please consider the environment before printing this email.

1 0

[Dovecot] v2.0.15 released
by Timo Sirainen 16 Sep '11

16 Sep '11

http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz.sig + doveadm altmove: Added -r parameter to move mails back to primary storage. - v2.0.14: Index reading could have eaten a lot of memory in some situations - doveadm index no longer affects future caching decisions - mbox: Fixed crash during mail delivery when mailbox didn't yet have GUID assigned to it. - zlib+mbox: Fetching last message from compressed mailboxes crashed. - lib-sql: Fixed load balancing and error handling when multiple hosts are used.

2 1

[Dovecot] Dsync Permissions Issue
by Asai 16 Sep '11

16 Sep '11

Greetings, I recently upgraded Dovecot from 1.2 to 2.0.14, for purposes of using Dsync to migrate emails from one server to another. I'm using MySQL for authentication. However I get this error message when I try to run Dsync, and after looking around for an answer, I'm at a bit of a loss: [root@triata ~]# dsync -v -u asai(a)globalchangemusic.org backup ssh -p22222 vmail(a)xx.xxx.xx.xxx dsync -u asai(a)globalchangemusic.org vmail(a)xx.xxx.xx.xxx's password: dsync(vmail): Error: userdb lookup: connect(/var/run/dovecot/auth-userdb) failed: Permission denied (euid=1001(vmail) egid=1001(vmail) missing +r perm: /var/run/dovecot/auth-userdb, euid is not dir owner) dsync(vmail): Fatal: User lookup failed: Internal error occurred. Refer to server log for more information. dsync-local(asai(a)globalchangemusic.org): Error: read() from worker server failed: EOF Config as follows: [root@triata ~]# doveconf -n # 2.0.14: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-92.1.10.el5.xs5.0.0.39xen x86_64 CentOS release 5 (Final) ext3 auth_mechanisms = plain login mail_home = /vmail/%d/%n/home mail_location = maildir:/vmail/%d/%n managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / type = private } passdb { args = /etc/dovecot-mysql.conf driver = sql } plugin { sieve = /vmail/%d/%n/sievescript } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = vmail mode = 0660 user = vmail } unix_listener auth-userdb { group = vmail mode = 0666 user = vmail } user = root } ssl_cert = </etc/ssl/triata.globalchangemultimedia.net/mailserver/smtpd.pem ssl_key = </etc/ssl/triata.globalchangemultimedia.net/mailserver/smtpd.pem userdb { driver = passwd } userdb { args = /etc/dovecot-mysql.conf driver = sql } protocol lda { hostname = triata.globalchangemultimedia.net mail_plugin_dir = /usr/lib64/dovecot/ mail_plugins = sieve postmaster_address = postmaster(a)globalchangemultimedia.net } --

2 2

[Dovecot] unexpected LSUB / LIST (SUBSCRIBED) output Re: Panic: file mailbox-list-subscriptions.c: line 66 (mailbox_list_subscription_fill_one): assertion failed: (ns!= NULL && (ns->flags & NAMESPACE_FLAG_AUTOCREATED) != 0)
by Lutz Preßler 16 Sep '11

16 Sep '11

On Thu, 15 Sep 2011, Timo Sirainen wrote: > On Wed, 2011-09-14 at 12:10 +0200, Lutz Preßler wrote: > > imap(2717, testuser): Panic: file mailbox-list-subscriptions.c: line > > 66 (mailbox_list_subscription_fill_one): assertion failed: (ns!= NULL > > && (ns->flags & NAMESPACE_FLAG_AUTOCREATED) != 0) > > > Fixed: http://hg.dovecot.org/dovecot-2.1/rev/309a707c22c0 No assertion anymore. 0 login testuser password [...] 0 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.test" * LIST (\Noselect \HasChildren) "." "INBOX.shared.user1" * LIST (\HasNoChildren) "." "INBOX.virtual" * LIST (\HasNoChildren) "." "INBOX.shared.user1.in2007" 0 OK List completed. 0 lsub "" "*" * LSUB (\Noselect) "." "INBOX.shared.user1" 0 OK Lsub completed. 0 list (subscribed) "" "*" * LIST (\NonExistent) "." "INBOX.shared.user1" 0 OK List completed. >>> ~testuser/Maildir/subscription is empty here 0 subscribe INBOX.shared.user1.in2007 0 OK Subscribe completed. 0 lsub "" "*" * LSUB (\Noselect) "." "INBOX.shared.user1" * LSUB () "." "INBOX.shared.user1.in2007" 0 OK Lsub completed. 0 list (subscribed) "" "*" * LIST (\NonExistent) "." "INBOX.shared.user1" * LIST (\Subscribed) "." "INBOX.shared.user1.in2007" 0 OK List completed. >>> ~testuser/Maildir/subscription now contains "shared.user1.in2007" Is this "INBOX.shared.user1" LSUB/LIST output correct? Lutz

2 1

[Dovecot] Shared folder not listing
by Tom Clark 16 Sep '11

16 Sep '11

Hi Timo, I've got a weird problem on our dovecot. We're trying to setup private shared folder access. I have 2 users. tom(a)mailbox.com and system(a)mailbox.com. I have set the ACL's on all the folders (and subfolders) on system(a)mailbox.com. However, I'm not getting any of them listed when I check tom(a)mailbox.com <mailto:tom@mailbox.com's> 's IMAP folders. Our configuration is below (we're migrating from Courier hence the INBOX.): In 10-mail.conf: namespace { type = private prefix = INBOX. separator = . inbox = yes list = yes hidden = yes } namespace { type = shared separator = . prefix = INBOX.Shared.%%u location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%u subscriptions = no list = children } mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } In 90-acl.conf: plugin { #acl = vfile:/etc/dovecot/acls:cache_secs=300 acl = vfile } # To let users LIST mailboxes shared by other users, Dovecot needs a # shared mailbox dictionary. For example: plugin { acl_shared_dict = file:/var/vpopmail/domains/%d/shared-mailboxes } Have I missed anthing!?!? Thanks in advance! Tom

3 4

Re: [Dovecot] dovecot Digest, Vol 101, Issue 26
by Alan Brown 15 Sep '11

15 Sep '11

> From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] general advice sought > Message-ID: <1315830847.7326.48.camel@hurina> > Content-Type: text/plain; charset="ISO-8859-15" > > On Mon, 2011-09-12 at 13:11 +0100, Alan Brown wrote: >> I'd like to hear the thoughts of list members on which type of storage >> method seems "best" for inboxes and for folders. >> >> The filesystem is GFS2 and for various reasons I can't change it. > .. >> If I migrate to other formats (eg mdbox), then it needs to be able to be >> done on the fly. (Taking the mailservers down for a day won't go down >> well, even an hour raises howls). > > Have you had any trouble with Dovecot's index files in your current > setup? Any errors at all? Zero. The issues which have arisen are: 1: Really slow access to messages in large folders (GFS2 issue) 2: Users trashing their inbox then demanding we drop everything to restore "all my important mail" > If not, I'd think mdbox will work fine. You > can do it incrementally per-user (and you really should try it first > with only a few users). http://wiki2.dovecot.org/Tools/Dsync explains > how to do it on the fly. I thought so too, just wanted to hear opinions on doing it vs other approaches. :)

1 0

[Dovecot] Warning: Subscriptions file .. Removing invalid entry:
by Jan-Frode Myklebust 15 Sep '11

15 Sep '11

One of our dovecot-servers (v2.0.14) got a bit too busy last evening: Sep 13 20:39:18 popimap1 dovecot: master: Warning: service(pop3-login): process_limit reached, client connections are being dropped then logged a few: Sep 13 20:39:20 popimap1 dovecot: pop3(XXXXXXXXX(a)YYYYY.YY): Warning: I/O leak: 0x3829233d20 (10) Sep 13 20:39:20 popimap1 dovecot: pop3(XXXXXXXXX(a)YYYYY.YY): Warning: Timeout leak: 0x3829233ce0 Sep 13 20:39:20 popimap1 dovecot: pop3(ZZZZZ.ZZZZZ(a)ZZZZZZ.ZZ): Warning: I/O leak: 0x3829233d20 (10) Sep 13 20:39:20 popimap1 dovecot: pop3(ZZZZZ.ZZZZZ(a)ZZZZZZ.ZZ): Warning: Timeout leak: 0x3829233ce0 Sep 13 20:39:20 popimap1 dovecot: pop3(YYYYYYY(a)YYYY.YYY): Warning: I/O leak: 0x3829233d20 (10) Sep 13 20:39:20 popimap1 dovecot: pop3(YYYYYYY(a)YYYY.YYY): Warning: Timeout leak: 0x3829233ce0 Sep 13 20:39:20 popimap1 dovecot: pop3-postlogin: Error: Fatal: fd_send() failed: Broken pipe Sep 13 20:39:20 popimap1 dovecot: pop3-postlogin: Error: Fatal: fd_send() failed: Broken pipe and: Error: net_connect_unix(/var/run/dovecot/pop3-postlogin) failed: Resource temporarily unavailable but what has me a bit worried is these: imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Sent imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Spam imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Drafts imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Trash which happened for a two users during this high load periode. Looking at their mail directory I can't see why these should be invalid? They're there, has sane permissions and contains messages.. -jf

2 3