February 2007 - dovecot

[Dovecot] Is it 1.0 yet?
by Marc Perkel 15 Feb '07

15 Feb '07

OK - my last main bug was fixed a few releases ago. I know that there's no end to getting things right but there comes a point when you need to call it done. No one trusts a 1.0 to be perfect but Dovecot is already better that most 2.0 versions of other software. I vote (as if my vote counted) to call it done, declare victory, and move on to 1.01, 1.02 etc. No one is going to trus it till it gets to 1.02 so I say lets bless it and move on.

15 22

[Dovecot] 1.0.rc22 released
by Timo Sirainen 15 Feb '07

15 Feb '07

http://dovecot.org/releases/dovecot-1.0.rc22.tar.gz http://dovecot.org/releases/dovecot-1.0.rc22.tar.gz.sig Found another bad bug in rc19 changes. Wonder why my imaptest catched the bug only in CVS HEAD but not in branch_1_0 even though both had it. Anyway, now the imaptest runs nicely for both, and I'm again optimistic that the bug count is low enough for v1.0 to be released soon :) BTW. My previous benchmarks which showed how mmap_disable=yes and fsync_disable=yes give huge performance benefits are pretty XFS-specific. I did some quick tests with ext3 and the differences were quite small with it. I'll probably do another proper run of tests later. + pop3: Commit the transaction even if client didn't QUIT so cached data gets saved. - Fixed another indexing bug in rc19 and later which caused transactions to be skipped in some situations, causing all kinds of problems. - mail_log_max_lines_per_sec was a bit broken and caused crashes with dovecot -a - BSD filesystem quota was counted wrong. Patch by Manuel Bouyer - LIST: If namespace has a prefix and inbox=no, don't list prefix.inbox if it happens to exist when listing for %.

8 22

[Dovecot] Sieve Vacation virtual support?
by Charles Marcus 15 Feb '07

15 Feb '07

Hello, I'm wanting to enable vacation messages for my users on a new dovecot server that I'm playing with, but want to know if the Dovecot LDA+Sieve vacation message function http://wiki.dovecot.org/LDA/Sieve will work with virtual users? For security reasons, I only want to use virtual domains/users. Thanks... -- Best regards, Charles

2 4

[Dovecot] strange LDA error
by Farkas Levente 15 Feb '07

15 Feb '07

hi, i try to use dovecot lda with postfix virtual delivery, but i've got error. the maildirs are created ie: new/, tmp/, curr/, dovecot.index, dovecot.index.log, .dovecot.lda-dupes. but the mail is not placed into it and got and error: "save failed to INBOX". what can be the reason? thank you for your help in advance. yours. --------------------------------- # ls -ald /var/vmail/ drwxrwx--- 3 vmail mail 4096 Feb 15 14:08 /var/vmail/ --------------------------------- this's the relevant part my dovecot.conf: --------------------------------- mail_location = maildir:/var/vmail/%d/%u mail_extra_groups = mail mail_debug = yes mmap_disable = yes first_valid_uid = 101 last_valid_uid = 101 maildir_copy_with_hardlinks = yes protocol lda { mail_plugins = quota log_path = /var/log/dovecot-deliver.log info_log_path = /var/log/dovecot-deliver.log } auth_verbose = yes auth_debug = yes auth_debug_passwords = yes auth default { mechanisms = plain passdb sql { args = /etc/dovecot/sql.conf } userdb sql { args = /etc/dovecot/sql.conf } userdb prefetch { } user = nobody socket listen { master { path = /var/run/dovecot/auth-master mode = 0660 user = vmail group = mail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = mail } } } --------------------------------- this is the log in maillog: --------------------------------- Feb 15 14:08:03 alpha postfix/pickup[15447]: 14C61F4D34: uid=0 from=<root> Feb 15 14:08:03 alpha postfix/cleanup[15614]: 14C61F4D34: message-id=<20070215130803.14C61F4D34(a)alpha.lenux.hu> Feb 15 14:08:03 alpha postfix/qmgr[15448]: 14C61F4D34: from=<root(a)alpha.lenux.hu>, size=295, nrcpt=1 (queue active) Feb 15 14:08:03 alpha dovecot: auth(default): master in: USER 1 attaba(a)balazsiek.hu service=deliver Feb 15 14:08:03 alpha dovecot: auth-worker(default): mysql: Connected to localhost (postfix) Feb 15 14:08:03 alpha dovecot: auth-worker(default): sql(attaba(a)balazsiek.hu): SELECT concat('/var/vmail/', maildir) as home, concat('maildir:/var/vmail/', maildir) as mail, 101 A S uid, 12 AS gid, concat('dirsize:storage=', quota) AS quota FROM mailbox WHERE username = 'attaba(a)balazsiek.hu' AND active = '1' Feb 15 14:08:03 alpha dovecot: auth(default): master out: USER 1 attaba(a)balazsiek.hu home=/var/vmail/balazsiek.hu/attaba/ mail=maildir:/var/vmail/balazsiek.hu/attaba / uid=101 gid=12 quota=dirsize:storage=0 Feb 15 14:08:03 alpha postfix/sendmail[15620]: running: PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin? xxgdb /usr/libexec/postfix/sendmail 15620 & sleep 5 Feb 15 14:08:08 alpha postfix/pickup[15447]: 51183F4D36: uid=101 from=<> Feb 15 14:08:08 alpha postfix/cleanup[15614]: 51183F4D36: message-id=<dovecot-1171544883-208651-0(a)alpha.lenux.hu> Feb 15 14:08:08 alpha postfix/pipe[15617]: 14C61F4D34: to=<attaba(a)balazsiek.hu>, relay=dovecot, delay=5.3, delays=0.17/0.01/0/5.1, dsn=2.0.0, status=sent (delivered via dovecot se rvice) Feb 15 14:08:08 alpha postfix/qmgr[15448]: 14C61F4D34: removed Feb 15 14:08:08 alpha postfix/qmgr[15448]: 51183F4D36: from=<>, size=1558, nrcpt=1 (queue active) Feb 15 14:08:08 alpha postfix/cleanup[15614]: 64127F4D33: message-id=<dovecot-1171544883-208651-0(a)alpha.lenux.hu> Feb 15 14:08:08 alpha postfix/qmgr[15448]: 64127F4D33: from=<>, size=1687, nrcpt=1 (queue active) Feb 15 14:08:08 alpha postfix/local[15627]: 51183F4D36: to=<root(a)alpha.lenux.hu>, relay=local, delay=0.21, delays=0.13/0.01/0/0.07, dsn=2.0.0, status=sent (forwarded as 64127F4D33 ) Feb 15 14:08:08 alpha postfix/qmgr[15448]: 51183F4D36: removed Feb 15 14:08:08 alpha postfix/smtp[15628]: 64127F4D33: to=<lfarkas(a)bppiac.hu>, orig_to=<root(a)alpha.lenux.hu>, relay=mx3.mail-server.hu[212.24.171.194]:25, delay=0.13, delays=0.07/ 0.04/0/0.01, dsn=2.0.0, status=sent (250 Ok: queued as 80C4937650E) Feb 15 14:08:08 alpha postfix/qmgr[15448]: 64127F4D33: removed --------------------------------- this's in dovecot-deliver.log: --------------------------------- deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: auth input: attaba(a)balazsiek.hu deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: auth input: home=/var/vmail/balazsiek.hu/attaba/ deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: auth input: mail=maildir:/var/vmail/balazsiek.hu/attaba/ deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: auth input: uid=101 deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: auth input: gid=12 deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: auth input: quota=dirsize:storage=0 deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: Home dir not found: /var/vmail/balazsiek.hu/attaba/ deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: Loading modules from directory: /usr/lib64/dovecot/lda deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: Module loaded: /usr/lib64/dovecot/lda/lib10_quota_plugin.so deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: maildir: data=/var/vmail/balazsiek.hu/attaba/ deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: maildir: root=/var/vmail/balazsiek.hu/attaba, index=/var/vmail/balazsiek.hu/attaba, control=, inbox= deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: dirsize quota limit = 0kB deliver(attaba(a)balazsiek.hu): Feb 15 14:08:03 Info: msgid=<20070215130803.14C61F4D34(a)alpha.lenux.hu>: save failed to INBOX --------------------------------- -- Levente "Si vis pacem para bellum!"

2 1

[Dovecot] selective logging
by T. Horsnell 15 Feb '07

15 Feb '07

>From the wiki: log_path = Use this logfile instead of syslog(). /dev/stderr can be used if you want to use stderr for logging (ONLY /dev/stderr - otherwise it is closed). (I dont understand the above references to the use of stderr) info_log_path = For informational messages, use this logfile instead of the default (What exactly is an informational message, and what is the default?) Can I selectively suppress logging like: Feb 5 11:52:15 ls1 imap(iamelel): File isn't in mbox format: /gfg0/iamelel//claudia/ligplot/NQ10/ligplot.bonds Or do I have to turn off logging entirely? Thanks, Terry.

2 1

[Dovecot] maildir and the separator for subfolder
by David Bonnafous 15 Feb '07

15 Feb '07

hi, I use dovecot 1.0rc15 with one maildir namespace. I'd like to be able to use '.' in folders and subfolders name. So, I setup the default namespace with separator =':' But, when I create some folders and then subfolders with thunderbird the filename one the server are named with some '.' no ':'... It seems that dovecot always interprets '.' as a separator for folders. Is-it a bug ? yours, -- David Bonnafous Institut de Mathématiques Université Paul Sabatier Toulouse - France

4 5

[Dovecot] [Fwd: Compiler warnings]
by Stephen Lee 15 Feb '07

15 Feb '07

Hi, I'm resubmitting the message below hoping it gets a response this time. Thanks, Stephen -------- Forwarded Message -------- > From: Stephen Lee <splee(a)plexio.com> > To: dovecot(a)dovecot.org > Subject: [Dovecot] Compiler warnings > Date: Thu, 08 Feb 2007 08:27:48 -0800 > > Hi, > > I'm trying to install Dovecot 1.0RC22 on an old Trustix 1.5 box and am > getting the compiler warnings: > > quota-storage.c:275: warning: pointer of type `void *' used in > arithmetic > > convert-storage.c:50: warning: pointer of type `void *' used in > arithmetic > > acl-backend-vfile.c:212: warning: pointer of type `void *' used in > arithmetic > > There are many more of these pointer warnings in the various modules > when compiling. Is this a problem? > > Thanks, > Stephen >

3 3

[Dovecot] deliver LDA permission problem
by Dick Middleton 15 Feb '07

15 Feb '07

Hello, I'm trying to get deliver LDA working with postfix in a virtual domain configuration. I'm using dovecot v1.0.rc10. My setup is pretty much exactly as in the wiki (only the path to deliver and auth-master socket are different). I'm having a little problem with permissions and this occurred which I think is undesirable: syslog: Feb 8 13:09:35 deliver(<email-addr>): setgid(5002) failed: Operation not permitted Feb 8 13:09:36 deliver(<email-addr>): setgid(5001) failed: Operation not permitted mail.log: Feb 8 13:09:36 Devil postfix/pipe[9622]: 5AD5C103C: to=<<email-addr>>, orig_to=<<email-addr>>, relay=dovecot, delay=0.05, delays=0.01/0/0/0.04, dsn=5.3.0, status=bounced (Command died with status 89: \"/usr/libexec/dovecot/deliver\") When deliver fails because it can't connect to auth-master socket it returns an undeliverable status which causes postfix to defer delivery. I think it should do the same here. The real question is how I give deliver the permission to do the setgid? Is it enough to just add user vmail to each of the virtual user groups in /etc/group. Does deliver setuid to virtual user as well? Dick

3 4

[Dovecot] dict quota not being updated for all users when receiving a multi-recipient message
by Justin McAleer 15 Feb '07

15 Feb '07

I've set up a mysql quota dictionary using the proxy setup as described in the wiki (using Dovecot lda). When I send a single message to multiple users, only the first recipient is getting their usage updated. This behavior occurs if I manually send to more than one user via the To: line, or via aliases set up in postfix. I do have dovecot_destination_recipient_limit set to 1. I don't even have a guess as to what might be going on here, since each instance of the lda is a separate process. But, let me know if anybody has any ideas or requests for more info.

2 2

[Dovecot] sieve plugin
by pod 15 Feb '07

15 Feb '07

I'm currently looking at dovecot for a large-scale deployment. The requirements will almost certainly mean we would use the dovecot lda with the sieve plugin. The current method of distribution causes (binary distro) packaging to be slightly awkward IMHO. The dovecot-sieve code needs to be told where an in-tree build of dovecot lives. The fact that it _must_ be an in-tree build I was considering as a bug; the dovecot-sieve build wants to access both '.a' and '.h' files from the dovecot build but in an out-of-tree build these are in different places. My first thoughts were to simply move the dovecot-sieve code into the dovecot tree (I imagine under src/plugins/cmusieve or similar) and rework the autoconf setup as appropriate. This sidesteps the problem for this case but does not help other 'third party' dovecot plugins. If however a simple plugin build environment were to exist as part of a dovecot install then plugins could be distributed and built as independent packages. I quite understand that this additionally burdens dovecot development with 'stable API' concerns which may not be considered worth the effort. Timo: have you thought about any of the above and if so which direction have your thoughts taken you? I can justify spending a small amount of time to develop this into real code but it would be a waste to fight against or duplicate existing effort that has gone into this area. All comments welcome.

2 1