- dovecot - dovecot.org

[Dovecot] delegation of admin rights
by Ariel Biener 23 May '11

23 May '11

Hello, We're a rather largish university (largest in Israel), with some 60-70k users, using Dovecot 1.2.14 (we're cautious about moving to 2.0.x for now). We need to provide admin rights to faculty computer/IT staff, so they can have access to the mailboxes of their respective users. We use LDAP as an authentication/authorization backend. Currently, dovecot has a "master user" which can access all mailboxes. I am looking for a solution, preferably within dovecot, to create a delegation type of administration, allowing certain users to access the mailboxes of other users based on an LDAP filter or LDAP attribute value. If possible, allowing per protocol access(that is, I would like to give them IMAP access and not POP3) and within IMAP allowing only to view a mailbox, but not to change it, that would be even better. Does anyone on this list know of any IMAP proxy providing such abilities, and also, would the Dovecot team consider this as a candidate for a request for enhancement ? This would be very useful in a delegated administration environment, like most larger organizations, hosting & ISP, and other environments where delegation is an important and very much needed ability. thanks a bunch, -- Ariel -- Ariel Biener e-mail: ariel(a)post.tau.ac.il PGP: http://www.tau.ac.il/~ariel/pgp.html

3 2

[Dovecot] SVN Compilation error
by Joan Moreau 23 May '11

23 May '11

Hi, Here the error I get (SVN) Making all in dns make[3]: Entering directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src/dns' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src/dns' Making all in ipc make[3]: Entering directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src/ipc' MAKE[3]: *** NO RULE TO MAKE TARGET `ALL'. STOP. make[3]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src/ipc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0' make: *** [all] Error 2

2 1

[Dovecot] Crash test :)
by kjonca＠o2.pl 23 May '11

23 May '11

I'm considering to move my mails from maildir/mbox to mdbox. One of my doubts is: how can I restore my mails when something terrribly wrong happens. I understand that I should use doveadm import "backup_location" "mailbox" all. So I try to import with: doveadm -v import "sdbox:~/Mail/dbox-temp/spamcop/reports/" "#Dbox/spamcop/reports" all #Dbox namespace were defined as: --8<---------------cut here---------------start------------->8--- namespace { hidden = no inbox = no list = yes location = mdbox:~/Mail/Dbox prefix = "#Dbox/" separator = / subscriptions = yes type = private } --8<---------------cut here---------------end--------------->8--- dbox-temp were defined earlier as --8<---------------cut here---------------start------------->8--- namespace { hidden = no inbox = no list = yes location = sdbox:~/Mail/dbox-temp separator = / subscriptions = yes type = private } --8<---------------cut here---------------end--------------->8--- 1. when I specified for example sdbox:~/Mail/dbox-temp/spamcop/reports/ doveadm search mails under ~/Mail/dbox-temp/spamcop/reports/mailboxes/INBOX/dbox-Mails/ - am I missing something from documentation? (I expected rather ~/Mail/dbox-temp/mailboxes/spamcop/reports/dbox-Mails) 2. when I move dbox-Mails to proper place I got: doveadm(kjonca): Error: sdbox /home/kjonca/Mail/dbox-temp/spamcop/reports/mailboxes/INBOX/dbox-Mails: Invalid dbox header size doveadm(kjonca): Error: sdbox /home/kjonca/Mail/dbox-temp/spamcop/reports/mailboxes/INBOX/dbox-Mails: Invalid dbox header size And nothing were imported. Notices: a) there were only u.* files, no indexes. b) u.* files were created on i386 system, and import test on amd64. KJ -- http://blogdebart.pl/2010/03/17/dalsze-przygody-swinki-w-new-jersey/

2 6

[Dovecot] HG Compilation error
by Joan Moreau 23 May '11

23 May '11

Hi, Here the error I get, when compiling from Mercurial repository Making all in ipc make[3]: Entering directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src/ipc' MAKE[3]: *** NO RULE TO MAKE TARGET `ALL'. STOP. make[3]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src/ipc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/admin/src/mail/dovecot2/dovecot-2.0' make: *** [all] Error 2 How to fix that ? thx jm

1 0

[Dovecot] zlib
by Daniel L. Miller 23 May '11

23 May '11

How can I enable zlib for reading compressed messages but not writing? -- Daniel

3 2

[Dovecot] PERMANENTFLAGS response if ACL seen/write rights are missing
by Michael M Slusarz 23 May '11

23 May '11

In dovecot 2.0.13, if a user does not have either s or w ACL rights on a mailbox, PERMANENTFLAGS correctly indicates that the mailbox has not permanent flags: * OK [PERMANENTFLAGS ()] Read-only mailbox. However, if one is set but not the other, the PERMANENTFLAGS list is not being pruned appropriately. For example, for a mailbox with the following flags: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded $Junk) If s is set, but not w, I would expect PERMANENTFLAGS to look like: * OK [PERMANENTFLAGS (\Seen)] If w is set, but not s, I would expect this: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft $Forwarded $Junk \*)] However, in both cases I currently see all flags in the mailbox: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded $Junk \*)] michael

2 1

[Dovecot] Hide INBOX prefix on shared mailboxes
by Martin Werthmöller 23 May '11

23 May '11

Hello List, We've upgraded our Dovecot system from 1.2.4 to 2.0.12. If someone now accesses an inbox of another user at the shared namespace, the folder will be shown as: shared/martin/INBOX The 1.2 installation has shown the folder like shared/martin Is it possible to achieve the "old" behavior? ** Configuration of the namespaces * dovecot 1.2 namespace private { separator = / prefix = #location defaults to mail_location. inbox = yes } namespace shared { separator = / prefix = shared/%%n location = maildir:%%h:INDEX=~/shared/%%n/ subscriptions = no list = children } * dovecot 2.0 namespace { type = private separator = / prefix = #location defaults to mail_location. inbox = yes } namespace { type = shared separator = / prefix = shared/%%n/ location = maildir:%%h:INDEX=~/shared/%%n subscriptions = no list = children } Best regards, Martin Werthmoeller -- LWsystems GmbH & Co. KG ++ http://www.lw-systems.de/impressum Phone: +49 +5455 932132 ++ Fax: +49 +5455 932099 Your experts for Linux, Open Source and IT security. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ LWsystems GmbH & Co. KG Headquaters: Tegelerweg 11, D-49186 Bad Iburg, Germany Phone +49 (0)5455 932132 fax +49 (0)5455 932099 register of commerce: Amtsgericht Osnabrück, hra 110668 VAT no. DE23852211 Managing Directors: Dipl.-Ing. Ansgar H. Licher, Bad Iburg, Germany Dipl.-Ing. Martin Werthmöller, Ibbenbüren, Germany For further company details please look at: http://www.lw-systems.de/impressum ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2 1

Re: [Dovecot] dovecot-antispam dependencies
by Sven Schwyn 23 May '11

23 May '11

> I would like to see a tagged version too, but trunk works fine here. > Since the OP mentions Gentoo, my latest ebuild for dovecot-antispam for > 2.x is attached. The thing with Gentoo: Unless a tagged version is created, it's very unlikely that the Gentoo guys update the current ebuild (aka: package) and thus the incompatibility between the dovecot and the dovecot-antispam packages in the package tree remains. Thanks for the ebuild. Cheers, -sven

2 1

[Dovecot] Debian or Ubuntu packages ?
by Frank Bonnet 23 May '11

23 May '11

Hello Anyone knows which version of Dovecot 2 are availables on Squeeze Debian or Ubuntu server 10.04 LTS ? Also what is the Linux OS that is must up to date ? Thanks

2 1

[Dovecot] Global fields for passwd-file database
by Sergey Urushkin 23 May '11

23 May '11

Is there a way to specify global fields for passwd-file DB? Currently interested in "home" for userdb and "allow_nets" for passworddb. The next doesn't work, of course: passdb passwd-file { args = username_format=%n allow_nets=127.0.0.1 /etc/dovecot/dovecot.passwd.%d } userdb passwd-file { args = username_format=%n home=/var/mail/%d/%n /etc/dovecot/dovecot.passwd.%d } -- Best regards, Sergey Urushkin

2 4