- dovecot - dovecot.org

[Dovecot] Dovecot 2 and Expire plugins : doesn't have record in DB
by San San 24 May '11

24 May '11

Dovecot 2 and Expire plugins : doesn't have records in db Hide Details FROM: * San San TO: * dovecot(a)dovecot.org Message flagged Tuesday, May 24, 2011 1:09 PM Dear Dovecot I have already config dovecot server with 2.0.13, and I need to enable expire plugins (in dovecot1 I have already used) but I see in my db doesn't have any record how about to debug or trace to solve this problem doveconf -n : auth_verbose = yes default_internal_user = vmail dict { expire = mysql:/usr/local/etc/dovecot/dovecot-dict-expire.conf } disable_plaintext_auth = no first_valid_gid = 200 first_valid_uid = 200 last_valid_gid = 200 last_valid_uid = 200 login_greeting = mail ready. mail_gid = vmail mail_location = maildir:~/Maildir mail_nfs_storage = yes mail_plugins = expire mail_uid = vmail maildir_very_dirty_syncs = yes namespace { hidden = no inbox = yes list = yes location = prefix = INBOX. separator = subscriptions = yes type = private } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf driver = ldap } plugin { autocreate = INBOX.Drafts autocreate2 = INBOX.Sent autocreate3 = INBOX.Trash autocreate4 = INBOX.Spam autosubscribe = INBOX.Drafts autosubscribe2 = INBOX.Sent autosubscribe3 = INBOX.Trash autosubscribe4 = INBOX.Spam expire = INBOX.Trash 15d expire2 = INBOX.Spam 30d expire_dict = proxy::expire quota = maildir quota_rule = INBOX.Trash:storage=+200M } protocols = imap service anvil { chroot = empty client_limit = 0 drop_priv_before_exec = no executable = anvil extra_groups = group = idle_kill = 4294967295 secs privileged_group = process_limit = 1 process_min_avail = 1 protocol = service_count = 0 type = anvil unix_listener anvil-auth-penalty { group = mode = 0600 user = } unix_listener anvil { group = mode = 0600 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service auth-worker { chroot = client_limit = 1 drop_priv_before_exec = no executable = auth -w extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener auth-worker { group = mode = 0600 user = $default_internal_user } user = vsz_limit = 18446744073709551615 B } service auth { chroot = client_limit = 4096 drop_priv_before_exec = no executable = auth extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener auth-client { group = mode = 0600 user = } unix_listener auth-login { group = mode = 0600 user = $default_internal_user } unix_listener auth-master { group = vmail mode = 0600 user = vmail } unix_listener auth-userdb { group = mode = 0600 user = } unix_listener login/login { group = mode = 0666 user = } user = root vsz_limit = 18446744073709551615 B } service config { chroot = client_limit = 0 drop_priv_before_exec = no executable = config extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = config unix_listener config { group = mode = 0600 user = } user = vsz_limit = 18446744073709551615 B } service dict { chroot = client_limit = 1 drop_priv_before_exec = no executable = dict extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dict { group = mode = 0600 user = vmail } user = $default_internal_user vsz_limit = 64 M } service director { chroot = client_limit = 0 drop_priv_before_exec = no executable = director extra_groups = fifo_listener login/proxy-notify { group = mode = 00 user = } group = idle_kill = 4294967295 secs privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener director-admin { group = mode = 0600 user = } unix_listener login/director { group = mode = 00 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service dns_client { chroot = client_limit = 1 drop_priv_before_exec = no executable = dns-client extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dns-client { group = mode = 0666 user = } unix_listener login/dns-client { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service doveadm { chroot = client_limit = 1 drop_priv_before_exec = no executable = doveadm-server extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener doveadm-server { group = mode = 0600 user = } user = vsz_limit = 64 M } service imap-login { chroot = login client_limit = 800 drop_priv_before_exec = no executable = imap-login extra_groups = group = idle_kill = 0 inet_listener imap { address = port = 143 ssl = no } inet_listener imaps { address = port = 993 ssl = yes } privileged_group = process_limit = 255 process_min_avail = 10 protocol = imap service_count = 0 type = login user = nobody vsz_limit = 64 M } service imap { chroot = client_limit = 1024 drop_priv_before_exec = no executable = imap extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 8 protocol = imap service_count = 1 type = unix_listener login/imap { group = mode = 0666 user = } user = vsz_limit = 64 M } service lmtp { chroot = client_limit = 0 drop_priv_before_exec = no executable = lmtp extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = lmtp service_count = 0 type = unix_listener lmtp { group = mode = 0666 user = } user = vsz_limit = 0 } service log { chroot = client_limit = 0 drop_priv_before_exec = no executable = log extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = log user = vsz_limit = 18446744073709551615 B } service pop3-login { chroot = login client_limit = 255 drop_priv_before_exec = no executable = pop3-login extra_groups = group = idle_kill = 0 inet_listener pop3 { address = port = 110 ssl = no } inet_listener pop3s { address = port = 995 ssl = yes } privileged_group = process_limit = 255 process_min_avail = 10 protocol = pop3 service_count = 0 type = login user = nobody vsz_limit = 64 M } service pop3 { chroot = client_limit = 1 drop_priv_before_exec = no executable = pop3 extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 0 protocol = pop3 service_count = 1 type = unix_listener login/pop3 { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service ssl-params { chroot = client_limit = 0 drop_priv_before_exec = no executable = ssl-params extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener login/ssl-params { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } ssl = no userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf driver = ldap } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep mail_max_userip_connections = 200 mail_plugins = quota imap_quota expire autocreate } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %v-%u } protocol lda { postmaster_address = postmaster(a)example.com } and dovecot-dict-expire.conf is connect = host=10.3.1.31 dbname=dovecot user=dovecot password=dovecot # CREATE TABLE expires ( # username varchar(100) not null, # mailbox varchar(255) not null, # expire_stamp integer not null, # primary key (username, mailbox) # ); map { pattern = shared/expire/$user/$mailbox table = expires value_field = expire_stamp fields { username = $user mailbox = $mailbox } } Sincerely, Nantharat Puwarang

1 0

Re: [Dovecot] How to stop mail_executable from cwd to ~home
by Joseph Tam 24 May '11

24 May '11

Timo wrote: >> As to how to stop the mail process from chdir'ing to a home directory > > If you don't want Dovecot to use a home directory, don't tell it a home directory. I'm all for that since I don't seem to have any need for a home directory. Any idea of how to do it with a passwd-file userdb backend? I also tried to override home directory with userdb { driver = passwd-file args = /etc/passwd home=/bundled/home/$n } but that didn't work out too well. Or is this feature a rephrasing of the current topic thread "Global fields for passwd-file database". Joseph Tam <jtam.home(a)gmail.com>

2 2

[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