- dovecot - dovecot.org

[Dovecot] rc28 : can't set quotas with userdb + passwd file
by David Anderson 30 Mar '07

30 Mar '07

I'm using dovecot 1.0 rc28 - great software! I have a virtual hosting setup, with passdb and userdb both using a passwd file. I cannot get per-user quotas put in the relevant field of the userdb to work. They appear to be completely ignored; only the setting from /etc/dovecot.conf is applied. Can anyone confirm that this is working for them? If it is, can you post the relevant bits of your configuration, please? Many thanks. Kind regards, David

3 3

[Dovecot] Freebsd 4 error DSN stat=Service Unavailable after dovecot install
by Biffy Bob 30 Mar '07

30 Mar '07

Hello everyone, I am getting an error message on FreeBSD 4 after I install dovecot. To start off, I create two regular users, testuser and testuser1. I send each user emails then I install dovecot. After installing dovecot I set up the users in Maildir format then proceed to send them emails and here is what shows up in the maillogs: Email to testuser3 - Mar 29 22:34:52 myserver sendmail[4379]: l2TMYqwj004379: from=root, size=54, class=0, nrcpts=1, msgid=<200703292234.l2TMYqwj004379(a)myserver.vwh.net>, relay=r oot@localhost Mar 29 22:34:52 myserver sm-mta[4380]: l2TMYqMi004380: from=<root(a)myserver.vwh.net>, size=342, class=0, nrcpts=1, msgid=<200703292234.l2TMYqwj004379@myserver .vwh.net>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1] Mar 29 22:34:52 myserver sendmail[4379]: l2TMYqwj004379: to=testuser3(a)myserver.vwh.net, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pr i=30054, relay=localhost.. [127.0.0.1], dsn=2.0.0, stat=Sent (l2TMYqMi004380 Message accepted for delivery) Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMi004380: to=<testuser3(a)myserver.vwh.net>, ctladdr=<root(a)myserver.vwh.net> (0/0), delay=00:00:00, xdelay=00:00:0 0, mailer=local, pri=30560, relay=local, dsn=5.0.0, stat=Service unavailable (something didn't work) Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMi004380: l2TMYqMi004381: DSN: Service unavailable (something didn't work) Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMi004381: to=myserver, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=31584, relay=local, dsn=5.0.0, stat=Se rvice unavailable (something didn't work) Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMi004381: l2TMYqMj004381: return to sender: Service unavailable (something didn't work) Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMj004381: to=myserver, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=32608, relay=local, dsn=5.0.0, stat=Se rvice unavailable (something didn't work) Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMi004381: Losing ./qfl2TMYqMi004381: savemail panic Mar 29 22:34:52 myserver sm-mta[4381]: l2TMYqMi004381: SYSERR(root): savemail: cannot save rejected email anywhere Here is what the user looks like in /etc/passwd: testuser3:*:2400:2400:My very own test user:/home/testuser3:/sbin/nologin For the other users that have shell access, they don't get this problem. It seems to be only the users with no shell. Does anybody know of a fix for this problem?

3 4

[Dovecot] make failed in doc/wiki
by Daniel 30 Mar '07

30 Mar '07

Hi! I have this problem with cvs (1.0 branch): [...] Making all in wiki make: don't know how to make \n. Stop in /home/leva/dovecot/dovecot/doc/wiki. *** Error code 1 Stop in /home/leva/dovecot/dovecot/doc (line 323 of Makefile). *** Error code 1 Stop in /home/leva/dovecot/dovecot (line 390 of Makefile). *** Error code 1 Stop in /home/leva/dovecot/dovecot (line 242 of Makefile). Using automake-1.9.6 and autoconf-2.59. What could be the problem? Daniel

2 4

[Dovecot] Security hole #3: zlib plugin allows opening any gziped mboxes
by Timo Sirainen 30 Mar '07

30 Mar '07

zlib plugin allows opening gzipped mboxes as read-only mailboxes. However when using it, the mailbox name checks are bypassed so it's possible to open for example "../otheruser/somefile.gz". Only valid gzipped mbox files can be opened, and only if their name ends with ".gz". You can fix this by upgrading to v1.0.rc29 (available soon) or with this patch: http://dovecot.org/list/dovecot-cvs/2007-March/008488.html I don't think this matters much though. zlib plugin is rarely used, and those who do use it are probably using Dovecot with systems users (per-user UIDs), so the imap process wouldn't have access to other users' mbox files anyway. I found this problem when I was cleaning up the code in CVS HEAD.

1 0

[Dovecot] dovecot-ldap for active directory 2003 r2
by Claudio Roberto Prateat 30 Mar '07

30 Mar '07

Hi, You have example of the dovecot-ldap.conf for authenticate in active directory 2003 r2 ? I have squid, apache authenticate in active directory, but dovecot return failed. Help, please... Best regards !

2 2

[Dovecot] uiddir mailbox format with benchmarks
by Timo Sirainen 30 Mar '07

30 Mar '07

I cleaned up the lib-storage code a bit so that it's easier to write support for new mailbox formats. It could still use a bit of cleaning up. Anyway, I thought I'd try how easy it would be to implement Cyrus-like mail store which would consist of only Dovecot's index files and "<uid>." message files. Flags and everything else is kept only in Dovecot's index files (so it might not be the best idea to use it in production just yet). Several hours later I ended up having it working. The code contains: ~/cvs/m/dovecot-head/src/lib-storage/index/uiddir% wc *[ch] 144 329 3552 uiddir-mail.c 240 565 6206 uiddir-save.c 532 1367 13628 uiddir-storage.c 55 126 1712 uiddir-storage.h 169 404 4057 uiddir-sync.c 21 48 573 uiddir-sync.h 103 258 2762 uiddir-transaction.c 1264 3097 32490 total uiddir-storage.c is still a bit too bloaty with lots of copy&pasted code. The same with maildir and mbox: maildir: 6022 18232 165605 total mbox: 7859 23283 213686 total Benchmarks show that with small mailboxes it's a lot faster than maildir, and with larger mailboxes it's a bit faster. I also tested it against Cyrus. I found out that fetching ENVELOPE vs. specific headers gives quite a huge performance difference. Cyrus is optimized for ENVELOPE while Dovecot is optimized for specific headers. With larger mailboxes + ENVELOPE Cyrus is faster than Dovecot, while with specific headers Dovecot is always faster. Maybe I'll some day make Dovecot optimize for ENVELOPE also if it sees that client only wants to use it. BTW. Does anyone have better naming ideas than "uiddir"? I'll commit it to CVS HEAD once I'm sure about the name. :) u: Dovecot CVS HEAD + uiddir m: Dovecot CVS HEAD + Maildir c: Cyrus IMAP 2.2.13 ./imaptest list=0 seed=1 secs=60 clients=10 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 23486 11822 23481 23476 33426 11659 8038 23472 11922 46952 m: 19367 9734 19367 19356 27453 9687 6287 19347 7983 38709 c: 5124 2553 5121 5105 7080 2559 1877 5104 3271 10228 ./imaptest list=0 dele=20 expu=20 seed=1 secs=60 msgs=10000 clients=10 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 5291 2704 5289 5278 7448 2706 1048 1061 5283 10563 m: 4162 2103 4162 4153 5977 2124 762 853 4153 8304 c: 4302 2157 4301 4289 6021 2072 806 879 4292 8584 ./imaptest list=0 dele=10 expu=10 seed=1 secs=60 msgs=100000 clients=10 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 3211 1637 3206 3195 4639 1537 287 302 3202 6402 m: 2957 1508 2955 2944 4173 1440 279 306 2948 5894 c: 3933 1929 3933 3920 5604 2020 380 379 3923 7846 ------ ./imaptest list=0 dele=10 expu=10 seed=1 secs=60 msgs=100000 clients=1 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 1529 745 1529 1528 2184 819 136 162 1528 3056 c: 1579 813 1579 1578 2257 811 171 148 1578 3156 ./imaptest list=0 dele=10 expu=10 seed=1 secs=60 msgs=100000 clients=50 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 3098 1552 3093 3085 4432 1520 293 334 3089 6173 c: 3664 1765 3659 3596 5106 1802 365 364 3614 7228 ====== FETCH BODY.PEEK[HEADER.FIELDS(from to cc subject)] instead of ENVELOPE: ./imaptest list=0 dele=20 expu=20 seed=1 secs=60 msgs=10000 clients=10 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 5777 2933 5777 5767 8215 2901 1133 1191 5767 11531 c: 3636 1794 3635 3623 5196 1843 682 722 3627 7254 ./imaptest list=0 dele=10 expu=10 seed=1 secs=60 msgs=100000 clients=10 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 3869 1959 3868 3861 5452 1943 364 394 3859 7717 c: 3191 1620 3189 3184 4501 1598 315 327 3181 6362 ./imaptest list=0 dele=10 expu=10 seed=1 secs=60 msgs=100000 clients=1 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 1912 966 1912 1910 2783 940 184 197 1911 3820 c: 1342 696 1342 1341 1888 682 109 126 1341 2682 ./imaptest list=0 dele=10 expu=10 seed=1 secs=60 msgs=100000 clients=50 Logi Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo u: 4618 2320 4610 4604 6558 2266 452 455 4605 9205 c: 2960 1472 2956 2941 4134 1425 281 312 2910 5820

3 5

[Dovecot] sieve-body extension support for deliver LDA's sieve plugin
by Scott Peron 30 Mar '07

30 Mar '07

Hi Timo & Co, Is there any time frame for updating the deliver LDA's sieve plugin code to that from Cyrus IMAPd v2.3.x? I ask as I'm looking for the functionality of the sieve-body extension, as described here: http://www.ietf.org/internet-drafts/draft-ietf-sieve-body-06.txt This requirement has come up as we're upgrading from a Courier-IMAP/maildrop configuration that has some filtering based on message body content. As an aside, if that time frame is undefined or will be long, if I use maildrop instead as my LDA, will I loose the instant delivery notification via IMAP IDLE? Thanks very much, Scott -- Scott Peron, Webmaster, Infolytica Corp. webmaster(a)infolytica.com Tel: (514) 849-8752 x269 Fax: (514) 849-4239 http://www.infolytica.com Place du Parc, 300 Leo-Pariseau, Suite 2222, Montreal, QC, Canada, H2X 4B3

2 1

[Dovecot] Version numbering
by Timo Sirainen 30 Mar '07

30 Mar '07

After v1.0 is released, I can finally get back to sane version numbers. But any comments on which one is better: a) Postfix-style: "1.1.UNSTABLE.YYYYMMDD" -> 1.1.0 (stable) b) Odd-even numbering: 1.1.x (unstable) -> 1.2.0 (stable) With a) style the releases could be done by simply copying a nightly snapshot to releases/ directory and announcing the changes since the last release. I'm not sure if that's good or bad.

27 51

Re: [Dovecot] Version numbering
by Kenneth Porter 30 Mar '07

30 Mar '07

--On Wednesday, March 28, 2007 3:46 AM +0300 Timo Sirainen <tss(a)iki.fi> wrote: > After v1.0 is released, I can finally get back to sane version numbers. Have the RC's released new features as well as fixed bugs? I've been hesitant to upgrade to an RC because they seem to be released so frequently and I have no idea if one is more or less stable than another. This uncertainty is a big show-stopper to upgrading. It would help if, for a given RC, we knew exactly what known issues that RC had. (Is that in the wiki?) I'd suggest that a "version" be assigned only to something that should get spread around. A nightly snapshot should get the version it was based from and a timestamp suffix of when it was extracted from CVS. (Were this Subversion, I'd append the repository revision, instead.) The snapshot is not a "version" but a convenient download from CVS. It should be exactly what you get with the same timestamp used in a checkout command. Apache's versioning scheme (posted by John Peacock) looks good to me: <http://apr.apache.org/versioning.html>

1 0

[Dovecot] Forbidding folder delete
by Kenneth Porter 30 Mar '07

30 Mar '07

Is there some way I can forbid the deleting of folders? I have a Thunderbird user who twice now has accidentally deleted a folder, forcing me to go fetch it from the nightly backup. I'd like to prevent this from happening again, and the easiest way to me is to block folder deletion. I'd rather do that "manually" from the shell than leave it available from the client GUI.

2 1