April 2012 - dovecot - dovecot.org

[Dovecot] migration dove 2.0 2.1 shared namespace acl broken
by Robert Schetterer 24 Apr '12

24 Apr '12

Hi Tim, after upgrade to 2.1 acl with shared namespace seems to be broken it looks like depend to No lookup right to mailbox: shared/ it runs perfect under 2.0.20 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 10

[Dovecot] quota not being calculated
by Cor Bosman 23 Apr '12

23 Apr '12

It looks like my quota isnt being calculated properly after I started setting quota to a specific folder. The quota in that folder is always starting out at 0, and only new email is being added to the quota. If I remove the maildirsize file, and recalculate, it still starts at 0. Once email arrives in the folder, it gets added to maildirsize. This is with maildirquota, in perhaps a bit of an exotic config. The idea is to set a specific quota to Spam folder, using the trash plugin to keep it at a certain size. . getquotaroot "Spam" * QUOTAROOT "Spam" "User quota" "Spam quota" * QUOTA "User quota" (STORAGE 40848 1228800) * QUOTA "Spam quota" (STORAGE 0 20000) . OK Getquotaroot completed. Once 1 email gets added: .Spam# cat maildirsize 20480000S 0 0 2017 1 namespace { hidden = no ignore_on_failure = no inbox = yes list = yes location = maildir:%h:INDEX=/var/spool/mail/dovecot-control/indexes/%1u/%2u/%u:CONTROL=/var/spool/mail/dovecot-control/%1u/%2u/%u/INBOX prefix = separator = / subscriptions = yes type = private } namespace spam { hidden = yes ignore_on_failure = no inbox = no list = yes location = maildir:%h/.Spam:INDEX=/var/spool/mail/dovecot-control/indexes/%1u/%2u/%u/.Spam:CONTROL=/var/spool/mail/dovecot-control/%1u/%2u/%u/.Spam prefix = Spam/ separator = / subscriptions = no type = private } plugin { quota = fs:User quota quota2 = maildir:Spam quota:ns=Spam/ quota2_rule = *:storage=20000K sieve = /var/spool/mail/dovecot-control/sieve/%1u/%2u/%u/dovecot.sieve sieve_before = /etc/sieve/before sieve_dir = /var/spool/mail/dovecot-control/sieve/%1u/%2u/%u/scripts trash = /etc/dovecot/conf.d/dovecot-trash.conf.ext } (full config: http://pastebin.com/Mui4X7Zh)

2 6

[Dovecot] virtual plugin and shared namespace
by l.chelchowski＠eurocar.pl 23 Apr '12

23 Apr '12

Hi, I have a problem with virtual plugin and geting mails form shared namespace. dovecot-virtual: ---- Shared/* Public/* * unseen ---- dovecot.conf: ---- namespace { inbox = yes location = prefix = separator = / type = private } namespace { list = children location = maildir:/home/vmail/public/:CONTROL=/var/mail/vmail/%d/%u/control/public:INDEX=/var/mail/vmail/%d/%u/index/public:LAYOUT=fs prefix = Public/ separator = / subscriptions = yes type = public } namespace { list = children location = maildir:%%h/:INDEX=/var/mail/vmail/%d/%u/index/shared/%%u prefix = Shared/%%u/ separator = / subscriptions = no type = shared } namespace { list = children prefix = Virtual/ separator = / location = virtual:~/virtual } ---- When I enter the virtual mailbox Unread I get this debug info: virtual mailbox Virtual/Unread: Skipping non-existing mailbox Shared/test(a)domain.pl/ Is it a bug or misconfig? -- Łukasz Chełchowski

2 2

[Dovecot] error when using dovecot-lda as non root (vmail) user
by Andreas Helmcke 23 Apr '12

23 Apr '12

Hello, after finally having managed to setup up dovecot with virtual users and public folders I tried to get it connected to postfix. The problem is, that I can't get postix to deliver mail via dovecot-lda. After some testing it seems to come down to dovecot-lda behaving different when called as root then when called as user vmail. Basic setting: - dovecot 2.1.1 - all mailboxes owned by user vmail (using mail_uid and mail_gid) Test 1: as user root: /usr/libexec/dovecot/dovecot-lda -d ahelmcke < some_mail working as expected; some_mail gets stored in users INBOX Test 2: same command executed as user vmail. dovecot-lda terminates immediately. syslog-output with mail_debug = yes: Test 1: Apr 19 16:38:04 elablnmail02 dovecot: lda: Debug: auth input: ahelmcke Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: Effective uid=494, gid=491, home=/home/mail/user/ahelmcke Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: Namespace inbox: type=private, prefix=INBOX/, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/user/ahelmcke Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir++: root=/home/mail/user/ahelmcke, index=, control=, inbox=/home/mail/user/ahelmcke, alt= Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: Namespace dummy: type=private, prefix=, sep=/, inbox=no, hidden=yes, list=no, subscriptions=yes location=maildir:/home/mail/user/ahelmcke/public/ Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir++: root=/home/mail/user/ahelmcke/public, index=, control=, inbox=, alt= Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: Namespace Allgemeines: type=public, prefix=Allgemeines/, sep=/, inbox=no, hidden=no, list=yes, subscriptions=no location=maildir:/home/mail/Allgemeines:INDEX=/home/mail/user/ahelmcke/SEEN.Allgemeines Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir++: root=/home/mail/Allgemeines, index=/home/mail/user/ahelmcke/SEEN.Allgemeines, control=, inbox=, alt= Apr 19 16:38:04 elablnmail02 dovecot: lda(ahelmcke): Debug: none: root=, index=, control=, inbox=, alt= Apr 19 16:51:37 elablnmail02 dovecot: lda(ahelmcke): Debug: Destination address: ahelmcke(a)elablnmail02.ela-bln.local (source: user@hostname) Apr 19 16:51:37 elablnmail02 dovecot: lda(ahelmcke): msgid=unspecified: saved mail to INBOX Test 2: Apr 19 16:37:37 elablnmail02 dovecot: lda: Debug: auth input: ahelmcke Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: Effective uid=494, gid=491, home=/home/mail/user/ahelmcke Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: Namespace inbox: type=private, prefix=INBOX/, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/user/ahelmcke Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir++: root=/home/mail/user/ahelmcke, index=, control=, inbox=/home/mail/user/ahelmcke, alt= Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: Namespace dummy: type=private, prefix=, sep=/, inbox=no, hidden=yes, list=no, subscriptions=yes location=maildir:/home/mail/user/ahelmcke/public/ Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir++: root=/home/mail/user/ahelmcke/public, index=, control=, inbox=, alt= Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: Namespace : type=private, prefix=, sep=, inbox=no, hidden=no, list=yes, subscriptions=yes location= Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mdbox: access(/home/mail/user/ahelmcke/mdbox, rwx): failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mdbox: couldn't find root dir Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: sdbox: access(/home/mail/user/ahelmcke/sdbox, rwx): failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: sdbox: couldn't find root dir Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir: access(/home/mail/user/ahelmcke/Maildir, rwx): failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: maildir: couldn't find root dir Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox autodetect: has .imap/: stat(/home/mail/user/ahelmcke/mail/.imap) failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox autodetect: has inbox: stat(/home/mail/user/ahelmcke/mail/inbox) failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox autodetect: has mbox: stat(/home/mail/user/ahelmcke/mail/mbox) failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox autodetect: has .imap/: stat(/home/mail/user/ahelmcke/Mail/.imap) failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox autodetect: has inbox: stat(/home/mail/user/ahelmcke/Mail/inbox) failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox autodetect: has mbox: stat(/home/mail/user/ahelmcke/Mail/mbox) failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: mbox: couldn't find root dir Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: sdbox: access(/home/mail/user/ahelmcke/sdbox, rwx): failed: No such file or directory Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Debug: sdbox: couldn't find root dir Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Error: user ahelmcke: Initialization failed: Namespace '': Mail storage autodetection failed with home=/home/mail/user/ahelmcke Apr 19 16:37:37 elablnmail02 dovecot: lda(ahelmcke): Fatal: Invalid user settings. Refer to server log for more information. doveconf -n # 2.1.1: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-220.7.1.el6.x86_64 x86_64 CentOS release 6.2 (Final) auth_master_user_separator = * auth_verbose = yes first_valid_uid = 400 mail_debug = yes mail_gid = vmail mail_home = /home/mail/user/%u mail_uid = vmail 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 ihave mbox_write_locks = fcntl namespace Allgemeines { location = maildir:/home/mail/Allgemeines:INDEX=/home/mail/user/%u/SEEN.Allgemeines prefix = Allgemeines/ separator = / subscriptions = no type = public } namespace dummy { alias_for = INBOX/ hidden = yes list = no location = maildir:/home/mail/user/%u/public/ prefix = separator = / type = private } namespace inbox { inbox = yes location = maildir:/home/mail/user/%u prefix = INBOX/ separator = / type = private } passdb { args = /etc/dovecot/passwd.masterusers driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } plugin { acl = vfile sieve = /home/mail/user/%u/sieve.active sieve_dir = /home/mail/user/%u/sieve.scripts sieve_global_dir = /var/lib/dovecot/sieve/global/ sieve_global_path = /var/lib/dovecot/sieve/default.sieve } protocols = imap lmtp sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { mode = 0600 user = vmail } } service imap-login { inet_listener imap { address = * } inet_listener imaps { address = * } } service managesieve-login { inet_listener sieve { address = * port = 4190 } } ssl = required ssl_cert = </etc/pki/dovecot/certs/mail.ela-soft.com.crt ssl_key = </etc/pki/dovecot/private/mail.ela-soft.com.2048bit.nopp.key userdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } protocol lmtp { mail_plugins = " sieve" } Any ideas? Greetings Andreas

2 8

[Dovecot] questions about SPECIAL-USE and virtual
by l.chelchowski＠eurocar.pl 23 Apr '12

23 Apr '12

Hi, I have some questions about Special-Use and virtual namespace: I want to create a virtual namespace with mailboxes: Sent, Unread, Flagged, All. 1. Is it enough to put in the config file: mailbox virtual/Sent { auto = subscribe special_use = \Sent } mailbox virtual/Unread { auto = subscribe special_use = \Unread #Is it correct? } mailbox virtual/Flagged { auto = subscribe special_use = \Flagged } mailbox virtual/All { auto = subscribe special_use = \All } and it would displays mail from every namespace I have subscribed (Shared, Public)? OR I have to make also dovecot-virtual files? 2. In dovecot-virtual file can I put for mailbox virtual/Sent something like: * \Sent 3. Is the http://wiki2.dovecot.org/Plugins/Virtual full documented, if not , where can I find it? 4. Is there a documentation for Special-Use? -- Łukasz

3 3

[Dovecot] 2.1.2 Corrupted squat uidlist
by Luca Palazzo 23 Apr '12

23 Apr '12

Hi Timo and All, after upgrading to 2.1.2 i'm getting a lot of these messages: Error: Corrupted squat uidlist file XXXXXX wrong indexid I did not have them before. Ideas? Luca

4 7

[Dovecot] Bug in HIGHESTMODSEQ when MODSEQ tracking is not enabled for version 2.0.18.
by Glenn Wurster 23 Apr '12

23 Apr '12

Greetings, I'm new to the list. I have encountered what I believe to be a bug in the return of HIGHESTMODSEQ when talking to a IMAP client. HIGHESTMODSEQ does not appear to be incrementing when a new message arrives. The exact steps I took are: 1) Create a new mail account 2) Send a mail to the account, check that you can receive the email. Send a second mail to the account. 3) perform a SELECT on the mailbox from a new session. PMLK4 SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 2 EXISTS * 1 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1334074920] UIDs valid * OK [UIDNEXT 3] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest PMLK4 OK [READ-WRITE] Select completed. 4) Retrieve the mail. Then perform another SELECT on the mailbox from yet another session. LLEP4 SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 2 EXISTS * 0 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1334074920] UIDs valid * OK [UIDNEXT 3] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest LLEP4 OK [READ-WRITE] Select completed. 5) Send another mail to the account, and check SELECT again. FKDA4 SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 3 EXISTS * 1 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1334074920] UIDs valid * OK [UIDNEXT 4] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest FKDA4 OK [READ-WRITE] Select completed. It appears as if HIGHESTMODSEQ is not being updated. I can get HIGHESTMODSEQ to start updating correctly if I send a "UID FETCH 1 MODSEQ" or similar command, which appears to enable MODSEQ tracking at the server (according to the comment around line 173 in file src/lib-index/mail-index-modseq.c), but until that command is sent, MODSEQ tracking is not enabled and hence HIGHESTMODSEQ is always going to return 1. According to RFC4551, the combination of HIGHESTMODSEQ and UIDVALIDITY should be sufficient to determine if the metadata associated with the mailbox has changed, but in this case looking at only those two parameters does not yield sufficient information about changes in the mailbox. The mail client I'm using relies on the combination of HIGHESTMODSEQ and UIDVALIDITY to determine if there are changes in the mailbox, and hence does not see new mail come in. It seems that Dovecot should not be returning HIGHESTMODSEQ in response to a command if MODSEQ tracking is not enabled, but I could be wrong. I've attached my configuration (it's Dovecot 2.0.18 running on Debian Stable). Let me know if you need more information. Glenn. --------------------------------------------------------------------- This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

2 3

[Dovecot] French characters from 2.0.x to 2.1.3
by Frank Bonnet 23 Apr '12

23 Apr '12

Hello Maybe it's a coincidence but it "seems" since I upgrade from 2.0.18 to 2.1.3 that some French characters ( a with accents by example ) are not well displayed anymore using thunderbird and are replaced by a "?" character Thanks for any info

2 2

[Dovecot] imapc / namespace question
by René Neumann 23 Apr '12

23 Apr '12

Hi, I've got two questions regarding imapc and namespaces: 1) Is there a way of stating, that I only want part of the hierarchy on the end of an imapc connection to be available here? My "problem": On the other end the layout is: INBOX.Shared.{some,nice,folders} If I mirror this into my dovecot hierarchy with prefix "Gemeinsam" I get the following folder structure: Gemeinsam.INBOX.Shared.{some,nice,folders} But I want to ignore the two top-most parts of the hierarchy, i.e. I want it to look: Gemeinsam.{some,nice,folders} Is this possible? I tried with 'location=imapc:INBOX.Shared.' but this did not change anything. 2) "Private" namespaces only make sense, if location contains something user-specific like "%u" or "~". Is this correct? If yes: Is there some other way to make something like an imapc connection only appear for one user, if there is nothing in the location or imapc_user to denote the user it belongs to and hence I cannot use "private"? The only way I see currently is to use "shared" and set up ACLs to forbid all users except one to access the namespace (which gets slightly ugly as I have to use global ACLs, as -- I think -- there is no way to store ACLs for an imapc storage). Thanks, René

2 1

Re: [Dovecot] Error in logs indicating broken files
by Joseph Tam 23 Apr '12

23 Apr '12

Steve Campbell <campbell(a)cnpapers.com> writes: > I'm seeing a couple of errors in my log file indicating corruption of > index files. > > Error: Corrupted index cache file/home/xxxxxx/mail/.imap/sent-mail/dovecot.index.cache: Broken virtual size for mail UID 67: 1 Time(s) > Error: FETCH [] for mailbox ~/mail/sent-mail UID 67 got too little data: 6203 vs 7478: 1 Time(s) > > This account is used by multiple users, but it is not a shared account > (haven't set any of those up yet - still new to me), so I would expect > corruption possibilities when multiple users modify the account folders > in some manner. This is just one dovecot IMAP client process moaning after another user client process pulled the rug out from under it by modifying the mailbox. I get a few dozen log entries of this sort per week with ~200 IMAP users without shared access. Unless your users actually complain about a problem, I think it's safe to ignore them. Joseph Tam <jtam.home(a)gmail.com>

2 1