- dovecot - dovecot.org

[Dovecot] index location
by Dave Brenner 01 Feb '10

01 Feb '10

Greetings. We are testing with 1.2.9 and have found that with mail_full_filesystem_access set to 'yes', we cannot force indexes for folders under ~/mail to be stored in /var/dovecot/indexes/%u. /var/dovecot/indexes/%u/.imap/INBOX/dovecot.index* is created just fine, but everything else ends up in ~mail/.imap. If I change mail_full_filesystem_access to 'no', then all indexes are created in the expected location: $ ls -la /var/dovecot/indexes/blitz/ total 4 drwxr-xr-x 4 blitz popuser 512 Jan 25 11:46 . drwxrwxr-x 5 root popuser 512 Jan 22 16:16 .. drwxr-xr-x 3 blitz popuser 512 Jan 22 16:16 .imap drwxr-xr-x 3 blitz popuser 512 Jan 25 11:46 mail (I probably need to set the sticky bit for this, but for testing this is OK) We are setting the index location from /etc/passwd-dove: blitz:x:14267:500::/usr/users/dialups/blitz::userdb_mail=mbox:~/:INBOX=/var/mail/%u:INDEX=/var/dovecot/indexes/%u Is there a way to get this to function the way we'd like, with all indexes stored in /var/dovecot/indexes/u% ? My apologies if I missed an explanation about this in the list archive. Dave

2 9

[Dovecot] Extraneous information
by Michael M. Slusarz 01 Feb '10

01 Feb '10

Not technically a bug, but a small waste of bandwidth: it seems (at least as of 1.2.10) that if neither CONDSTORE/QRESYNC are enabled dovecot still sends HIGHESTMODSEQ info: a examine Testing.AAA * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded impflag0 impflag1 impflag2) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 309 EXISTS * 0 RECENT * OK [UNSEEN 5] First unseen. * OK [UIDVALIDITY 1225053009] UIDs valid * OK [UIDNEXT 387] Predicted next UID * OK [HIGHESTMODSEQ 136] Highest a OK [READ-ONLY] Select completed. I'm guessing this would only happen if using a client that supports QRESYNC (like IMP) and then switching later to a client that doesn't support.

2 2

[Dovecot] [dovecot] Problems installing managesieve and then managesieve-login
by Jonathan Siegle 01 Feb '10

01 Feb '10

Hi, Software: AIX 5.3 dovecot-2.0-pigeonhole revision 1234:7b3db97399de with dovecot revision 10621:a978089d090b I'm having problems installing managesieve. I modified the Makefile because DESTDIR was not being found. Here is what I changed to make it work: echo " $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(dovecot_pkglibexecPROGRAMS_INSTALL) '$$p' '/usr/local/dovecot2.0beta2/bin$(dovecot_pkglibexecdir)/$$f'"; \ $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(dovecot_pkglibexecPROGRAMS_INSTALL) "$$p" "/usr/local/dovecot2.0beta2/bin$(dovecot_pkglibexecdir)/$$f" || exit 1; \ --- Here is ORIGINAL: echo " $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(dovecot_pkglibexecPROGRAMS_INSTALL) '$$p' '$(DESTDIR)$(dovecot_pkglibexecdir)/$$f'"; \ $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(dovecot_pkglibexecPROGRAMS_INSTALL) "$$p" "$(DESTDIR)$(dovecot_pkglibexecdir)/$$f" || exit 1; \ Here is the error: test -z "" || /usr/local/src/imapservers/dovecothg/dovecot-2.0-pigeonhole/install-sh -d "" /bin/sh ../../libtool --mode=install /usr/ladmin/bin/install -c 'managesieve' '/managesieve' libtool: install: `' must be an absolute directory name Try `libtool --help --mode=install' for more information. gmake[3]: *** [install-dovecot_pkglibexecPROGRAMS] Error 1 managesieve-login is having the same problem. sieve-tools installed just fine. On my configure line I have: $ ./configure --with-dovecot=../dovecot-2.0 --prefix=/usr/local/dovecot2.0beta2 --with-managesieve=yes Thanks, Jonathan

2 2

[Dovecot] Not understanding namespaces
by Stewart Dean 01 Feb '10

01 Feb '10

I have been diligently reading about namespace in the DC doc and what I can find in Google. Like the blind men and the elephant, I see the nature of some individual bits of namespace, some syntax and the overall purpose (overriding defaults and providing extensions), but I don't see the whole thing and how it is used. I am looking to do some maildir testing in what is a mbox default system, so I thought to employ namespace to do so. I see that namespace(s) can be defined in dovecot.conf and I see that it can be defined in TBird (under ServerSettings, Advanced Account Settings), but it isn't clear to me how they are made to work together. Some questions: - Is it that you can define multiple namespaces in dovecot.conf and then specify which of these you use in the TBird server settings? - What is the syntax of the TBird namespace specification? -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

4 8

[Dovecot] lda sieve bug ?
by Lampa 01 Feb '10

01 Feb '10

Hello, weird lines in dovecot lda log appers: 2010-02-01T13:48:10.108065+01:00 hermes dovecot: deliver(user(a)domain.tld): sieve: !!BUG!!: binary compiled from /home/mail/domain.tl/user/.dovecot.sieve is still corrupt; bailing out and reverting to default delivery drwx------ 4 vmail vmail 74 Feb 1 13:13 . drwx------ 1715 vmail vmail 49152 Feb 1 12:32 .. lrwxrwxrwx 1 root root 17 Feb 1 13:13 .dovecot.sieve -> sieve/redir.sieve -rw------- 1 vmail vmail 496 Feb 1 13:48 .dovecot.svbin drwx------ 13 vmail vmail 4096 Feb 1 12:58 Maildir drwx------ 3 vmail vmail 34 Feb 1 13:13 sieve ls -la sieve/ drwx------ 3 vmail vmail 34 Feb 1 13:13 . drwx------ 4 vmail vmail 74 Feb 1 13:13 .. -rw------- 1 vmail vmail 563 Feb 1 11:37 redir.sieve drwx------ 2 vmail vmail 6 Dec 13 14:30 tmp -- Lampa

2 1

[Dovecot] sieve script
by Lampa 01 Feb '10

01 Feb '10

Hello, after qmail migration need convert some .procmailrc scripts. Found converter procmail -> sieve, but i'm not sure of quality of conversion. My script: --------------- if header :contains "from" ["user(a)domain1.tld", "user2(a)domain2.tld", "user3(a)domain3.tld"] { redirect "foo1(a)bar.tld"; redirect "foo2(a)bar.tld"; .... redirect "foo20(a)bar.tld"; } else { keep; } --------------- Converter script: --------------- require ["fileinto","regex","envelope","vacation"]; if envelope :comparator "i;octet" :contains "From.*(user@domain1.tld|user2@domain2.tld|user3@domain3.tld)" "" { redirect "foo1(a)bar.tld foo2(a)bar.tld .... foo20(a)bar.tld"; } if true { fileinto "$DEFAULT"; } --------------- Converter script is cannot be compiled. But it used other style envelope. So what is difference between envelope and header ? And there are some limits for redirect ? Thank you. -- Lampa

5 7

[Dovecot] sieve or another vacation/autoreply
by Lampa 01 Feb '10

01 Feb '10

Hello, i'm trying to do some delivery notification for each incoming address. Problem is that sieve vacation has :days but minimum value is 1 eg period in which addresses are kept and are not responded to - but that is not that i want. Is there other extension (in devel ???) or some other way (lda using procmail or maildrop) how to implement my request ? (Before migration we used qmail + procmail). Thank you for your advices -- Lampa

4 8

[Dovecot] sha-512 ... shadow blended with database
by WJCarpenter 31 Jan '10

31 Jan '10

The cryptic subject is the outcome of my looking into how to do a particular thing. I wonder if anyone else has solved this problem in a way that hasn't occurred to me. I'm using dovecot 1.1.11 on Ubuntu Server 9.10. I could consider upgrading to my own install of a newer dovecot if it made a difference to this problem. I have two populations of dovecot users. Some users have Unix accounts (with logins disabled), and so their password hashes are stored in /etc/shadow. These days, the default configuration for that is salted SHA-512. It's easy for me to change that scheme to something else if I want to, but the important fact is that I already have some users with passwords in salted SHA-512. The other population of users is purely virtual, and their password hashes are stored in a MySQL database in SHA-1 format (unsalted, but moving to salted wouldn't be a big deal). The database also has a column identifying the hash scheme, so SHA-1 isn't some assumption. I know that I have have multiple passdb in my dovecot config, but I'm looking to unify my two user populations and put them all in the MySQL database. As far as I can tell from the wiki, there is no SHA-512 in any version of dovecot. MySQL also doesn't have SHA-512. So, I don't see a way of reworking my password checking to accomodate the salted SHA-512 values currently in /etc/shadow. I'd prefer to not ask the SHA-512 users to update their passwords for this administrative reason if I can avoid it (but so far, that looks like the only answer). Any ideas?

3 3

[Dovecot] LSUB output format != LIST output format
by Martin 31 Jan '10

31 Jan '10

Hi, I have a problem with my hanging claws-mail. I first subscribed to their bug tracker, described the problem and before I pressed on submit in their bugtracker, I realized it might be a problem with dovecot. I'm using dovecot for internal purposes only (catching all my external boxes and storing locally): # 1.2.8: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.2-RELEASE-p5 i386 listen: *, [::] ssl: required disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: maildir:~/.mails imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep lda: postmaster_address: postmaster(a)example.com sendmail_path: /usr/sbin/sendmail auth default: mechanisms: plain login username_format: %Lu passdb: driver: pam args: session=yes dovecot userdb: driver: passwd args: blocking=yes socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384 The mailboxes are on simple UFS2 file system. Here is what I get when listing subscribed folders, like claws-mail does: . LSUB "" "*" * LSUB () "." "Trash" * LSUB () "." "Queue" * LSUB () "." "Sent" * LSUB () "." "Drafts" * LSUB () "." "INBOX" * LSUB () "." "INBOX.FreeBSD." * LSUB () "." "INBOX.Spam" * LSUB () "." "INBOX.Spam.LearnHam" * LSUB () "." "INBOX.Spam.LearnSpam" * LSUB () "." "INBOX.Steno" * LSUB () "." "INBOX.Gentoo" * LSUB () "." "INBOX.Notifications" . OK Lsub completed. Please notice the "INBOX.FreeBSD." with the dot at the end of the folder name. Here the output of LIST: . LIST "" "*" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasNoChildren) "." "Queue" * LIST (\HasNoChildren) "." "Sent" * LIST (\HasNoChildren) "." "Drafts" * LIST (\HasChildren) "." "INBOX" * LIST (\HasChildren) "." "INBOX.FreeBSD" * LIST (\HasNoChildren) "." "INBOX.FreeBSD.current" * LIST (\HasNoChildren) "." "INBOX.FreeBSD.Foren" * LIST (\HasNoChildren) "." "INBOX.FreeBSD.announce" * LIST (\HasNoChildren) "." "INBOX.FreeBSD.stable" * LIST (\HasChildren) "." "INBOX.Spam" * LIST (\HasNoChildren) "." "INBOX.Spam.LearnHam" * LIST (\HasNoChildren) "." "INBOX.Spam.LearnSpam" * LIST (\HasNoChildren) "." "INBOX.Gentoo" * LIST (\HasNoChildren) "." "INBOX.Steno" * LIST (\HasNoChildren) "." "INBOX.Notifications" . OK List completed. The folder name here does not have the dot at the end? Why is this happening? The RFC says the output should not differ, as far as I understood it. I think it might be the dot in LSUB causing claws-mail loop indefinitely when refreshing the folder structure. Annoying!! I hope, you can help me. Thanks in advance. -- Martin Sugioarto

2 4

[Dovecot] Recommended method?
by Brandon Lamb 30 Jan '10

30 Jan '10

Hopefully this isnt TOO general of a question. I have a raid server that runs dovecot and exports via nfs the maildir format store. I have 4 mail servers running exim that use dovecot to deliver over nfs I have been examing our entire setup and had the thought, would it be recommended to instead have another exim process running directly on the raid server and have my mail servers deliver mail to that rather than over nfs, if that makes sense? So mail would go from our postini frontend => mail cluster => final delivery via exim on raid server. Seems like this way I could make all the nfs config options go away and such. Thoughts?

3 3