- dovecot - dovecot.org

[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

[Dovecot] leaking file descriptors? imap-login: inotify_init() failed
by Dale Bewley 15 Feb '07

15 Feb '07

Even though the system is configured to allow a large number of open files, and tools such as lsof tell me dovecot is within that limit; I am seeing errors like this pretty frequently. dovecot: imap-login: inotify_init() failed: Too many open files I'm running Fedora Core 5 (2.6.18-1.2257.fc5 SMP x86_64) with dovecot-1.0-1.rc15 built from the FC6 SRPM, but I was seeing the same thing with 1.0-0.beta8.3.fc5 (one of the reasons for the jump to the FC6 ver). # system default limit is very high, and we aren't approaching it [root@mail 2496]# cat /proc/sys/fs/file-max 738223 [root@mail fs]# cat file-nr 8704 0 738223 # the limit per user is 1024 [root@mail 2496]# su -c 'ulimit -n' dlbewley 1024 # But dovecot doesn't appear to be above that. # it looks like the master process is well below that [root@mail 2496]# lsof -p `cat /var/run/dovecot/master.pid` | wc -l 280 # but overall, this user has way more than that [root@mail fs]# lsof -nu dovecot |wc -l 3145 So, I raised the limit for dovecot to 5000 soft and 10000 hard to see if it would make a difference. Even after a reboot, the next day the errors returned. Today login_process_per_connection is set to 'no' rather than the default to see if it makes a difference. So far today, no errors. Config looks like this: protocols = imap imaps pop3 pop3s ssl_cert_file = /usr/share/ssl/certs/mail.cert ssl_key_file = /usr/share/ssl/private/mail.key disable_plaintext_auth = no login_process_per_connection = no max_mail_processes = 2048 protocol imap { } protocol pop3 { } auth_username_chars = auth_master_user_separator = * auth default { mechanisms = plain passdb passwd-file { args = /etc/dovecot/dovecot.masterusers master = yes pass = no } passdb pam { } userdb passwd { } user = root } plugin { } -- Dale Bewley - Unix Administrator - Shields Library - UC Davis GPG: 0xB098A0F3 0D5A 9AEB 43F4 F84C 7EFD 1753 064D 2583 B098 A0F3

2 1

[Dovecot] POP3-Proxy error
by Christian Froemmel 15 Feb '07

15 Feb '07

Hi, as mentioned in another thread I discovered a crash in the pop3-proxy. It occurs when the remote-pop3-server just drops the connection (in my case courier was hitting the MAXPERIP-Limit). I don't have a corefile yet, but will try to get one. Here the message from the dovecot.log: dovecot: Feb 02 09:30:00 Error: pop3-login: file pop3-proxy.c: line 20 (proxy_input): assertion failed: (!client->destroyed) dovecot: Feb 02 09:30:00 Error: pop3-login: Raw backtrace: pop3-login [0x8052fe0] -> pop3-login [0x8052ab4] -> pop3-login(vfprintf+0x2324) [0x804c6fc] -> pop3-login(vfprintf+0x2c9a) [0x804d072] -> pop3-login(vfprintf+0x1086) [0x804b45e] -> pop3-login(vfprintf+0x29d0) [0x804cda8] -> pop3-login [0x8056346] -> pop3-login [0x8055849] -> pop3-login(vfprintf+0x39d6) [0x804ddae] -> /lib/i686/libc.so.6(__libc_start_main+0xc7) [0x4015bd17] -> pop3-login(SSL_write+0x49) [0x804a931] dovecot: Feb 02 09:30:00 Error: child 5985 (login) killed with signal 6 It seems that the unexpected shutdown of the connection confuses dovecot. When I increased the MAXPERIP-limit in courier the crashes went away. regards, Christian -- SYSTEM CONCEPT GmbH

2 1

[Dovecot] master user
by Tom Bombadil 15 Feb '07

15 Feb '07

Greetings all... We are thinking about using the master DB, so a few admins can impersonate an ordinary user. So, we want to define one master for a set of users. And this administrator cannot be master of the other users? Can this be done somehow? Reading the docs, it seems that if a user is defined as master, it can login as everyone. Thanks for any hint.

4 3