- dovecot - dovecot.org

[Dovecot] Can I get rid of the fchown log messages?
by Maarten Bezemer 16 Jan '11

16 Jan '11

Hi, Since upgrading dovecot version (from somewhat ancient to 1.2.16), I see messages in the logs like these: Jan 15 00:55:17 srv0303 dovecot: POP3(obm03): fchown(/home/obm/obm03/mail/.imap/INBOX/dovecot.index.tmp, -1, 8(mail)) failed: Operation not permitted (egid=1033(obm), group based on /var/mail/obm03) I know that this is because the mailbox in /var/mail has ownership username:mail. However, in this setup this is intentional, and quota-related (quota on inbox is enforced by Exim, not Dovecot, and kernel does group-quota but not for group mail). Also, group read rights for group mail are intentional. >From what I read on this list, it has something to do with shared folders. I did not (at least it wasn't my intention) configure users' inboxes as shared folders. So, is there a way to disable these log messages, or, to disable Dovecot's attempts to try to change the owner/group of the index/cache/log files when these are inside the user's private ~/mail folder? More specifically, is there a way to do this without changing anything to users' inbox permissions? Thanks, Maarten

2 1

[Dovecot] fs quota backend bug
by Jan Škoda 16 Jan '11

16 Jan '11

Hi, I maintain postfix mailserver with sudo enabled dovecot LDA using multiple uids. I want to enforce quotas per-unix-user (which can have multiple domains with multiple emails set up using postfixadmin), so I have set up a FS quota backend with imap_quota plugin. Unfortunately, the quota appears to work (when i disable chrooting) according to dovecot-info.log, but doesn't send anything over IMAP. I found several topics related to this bug in this mailing list, but without any reply. All files in Maildir belong to unix-user ofight (1042) # sudo -u ofight quota Disk quotas for user ofight (uid 1042): Filesystem blocks quota limit files quota limit /dev/mapper/vg-home 2058888 2150400 2365440 35432 537600 591360 Info: Loading modules from directory: /usr/lib64/dovecot/imap Info: Module loaded: /usr/lib64/dovecot/imap/lib10_quota_plugin.so Info: Module loaded: /usr/lib64/dovecot/imap/lib11_imap_quota_plugin.so Info: Effective uid=1042, gid=102, home=/home/vmail/ofight.org/team@ofight.org/ Info: Quota root: name=Kvota backend=fs args=mount=/home Info: Namespace: type=private, prefix=, sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes Info: maildir: data=/home/vmail/ofight.org/team@ofight.org/ Info: maildir++: root=/home/vmail/ofight.org/team@ofight.org, index=, control=, inbox=/home/vmail/ofight.org/team@o fight.org Info: fs quota add storage dir = /home/vmail/ofight.org/team(a)ofight.org Info: fs quota block device = /dev/mapper/vg-home Info: fs quota mount point = /home Info: fs quota mount type = jfs Info: Namespace: type=private, prefix=INBOX., sep=., inbox=no, hidden=yes, list=no, subscriptions=yes Info: maildir: data=/home/vmail/ofight.org/team@ofight.org/ Info: maildir++: root=/home/vmail/ofight.org/team@ofight.org, index=, control=, inbox= Info: Namespace : Using permissions from /home/vmail/ofight.org/team(a)ofight.org: mode=0700 gid=-1 Info: Disconnected: Logged out bytes=133/834 Part of IMAP conversation captured with wireshark: getquotaroot "INBOX" QUOTAROOT "INBOX" Ok Getquotaroot completed Part of strace: read(0, "357 getquotaroot \"INBOX\"\r\n", 1259) = 26 stat("/home/vmail/ofight.org/team(a)ofight.org/tmp", {st_dev=makedev(253, 2), st_ino=475158, st_mode=S_IFDIR|0700, st_nlink=2, st_uid=1042, st_gid=102, st_b lksize=4096, st_blocks=0, st_size=1, st_atime=2011/01/16-10:07:59, st_mtime=2011/01/16-10:07:59, st_ctime=2011/01/16-10:07:59}) = 0 stat("/home/vmail/ofight.org/team(a)ofight.org", {st_dev=makedev(253, 2), st_ino=475157, st_mode=S_IFDIR|0700, st_nlink=11, st_uid=1042, st_gid=102, st_blks ize=4096, st_blocks=16, st_size=4096, st_atime=2009/05/18-12:07:57, st_mtime=2011/01/16-11:36:32, st_ctime=2011/01/16-11:36:32}) = 0 stat("/home/vmail/ofight.org/team(a)ofight.org", {st_dev=makedev(253, 2), st_ino=475157, st_mode=S_IFDIR|0700, st_nlink=11, st_uid=1042, st_gid=102, st_blks ize=4096, st_blocks=16, st_size=4096, st_atime=2009/05/18-12:07:57, st_mtime=2011/01/16-11:36:32, st_ctime=2011/01/16-11:36:32}) = 0 stat("/home/vmail/ofight.org/team(a)ofight.org/dovecot-shared", 0x3f5aa9cf710) = -1 ENOENT (No such file or directory) stat("/home/vmail/ofight.org/team(a)ofight.org", {st_dev=makedev(253, 2), st_ino=475157, st_mode=S_IFDIR|0700, st_nlink=11, st_uid=1042, st_gid=102, st_blks ize=4096, st_blocks=16, st_size=4096, st_atime=2009/05/18-12:07:57, st_mtime=2011/01/16-11:36:32, st_ctime=2011/01/16-11:36:32}) = 0 stat("/home/vmail/ofight.org/team(a)ofight.org", {st_dev=makedev(253, 2), st_ino=475157, st_mode=S_IFDIR|0700, st_nlink=11, st_uid=1042, st_gid=102, st_blks ize=4096, st_blocks=16, st_size=4096, st_atime=2009/05/18-12:07:57, st_mtime=2011/01/16-11:36:32, st_ctime=2011/01/16-11:36:32}) = 0 access("/home/vmail/ofight.org/team(a)ofight.org/cur", W_OK) = 0 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 write(1, "* QUOTAROOT \"INBOX\"\r\n357 OK Getq"..., 53) = 53 # 1.2.16: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-hardened-r31 x86_64 Gentoo Base System release 2.0.0 jfs base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot-info.log protocols: imap imaps pop3 pop3s managesieve listen: *, [::] ssl_cert_file: /etc/apache2/ssl/server.pem ssl_key_file: /etc/apache2/ssl/server.key disable_plaintext_auth: no shutdown_clients: no login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: Dovecot ready. Welcome to Multihost.cz login_process_per_connection: no login_processes_count: 2 login_max_processes_count: 32 login_max_connections: 128 valid_chroot_dirs: /home/vmail max_mail_processes: 150 first_valid_uid: 102 mail_uid: vmail mail_gid: vmail mail_location: maildir:/home/vmail/%d/%u mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 mail_plugin_dir(managesieve): /usr/lib64/dovecot/managesieve imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): imap_client_workarounds(managesieve): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): namespace: type: private separator: . inbox: yes list: yes subscriptions: yes namespace: type: private separator: . prefix: INBOX. hidden: yes list: no subscriptions: yes lda: postmaster_address: postmaster(a)multihost.cz mail_plugins: sieve quota quota_full_tempfail: yes auth default: mechanisms: plain login skey cache_size: 256 user: nobody verbose: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: mail master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: quota: fs:Kvota:mount=/home trash: /etc/dovecot/trash.conf sieve_global_path: /etc/dovecot/global.sieve sieve_global_dir: /etc/dovecot/sieve-repo/ Thanks, Lefty

1 0

[Dovecot] v2.0.9 -segfault in lib21_fts_solr_plugin.so
by G.Nau 16 Jan '11

16 Jan '11

After installing dovecot 2.0.8 (just updated to 2.0.9) I installed the fts plugin 2.0.9 and get several seconds after reloading dovecot segfaults. Jan 16 12:43:04 lin kernel: [601979.190764] imap[13313]: segfault at 18 ip 00007f5094cd99d6 sp 00007fffb10e96a0 error 4 in lib21_fts_solr_plugin.so[7f5094cd6000+7000] Jan 16 12:43:04 lin kernel: [601979.404712] imap[13315]: segfault at 18 ip 00007ff1f248a9d6 sp 00007fff500b0a90 error 4 in lib21_fts_solr_plugin.so[7ff1f2487000+7000] Jan 16 12:43:04 lin kernel: [601979.628830] imap[13317]: segfault at 18 ip 00007f4b5a2809d6 sp 00007fff8d012260 error 4 in lib21_fts_solr_plugin.so[7f4b5a27d000+7000] Jan 16 12:45:30 lin kernel: [602124.948358] show_signal_msg: 6 callbacks suppressed Jan 16 12:45:30 lin kernel: [602124.948369] imap[13960]: segfault at 18 ip 00007fa4f92ea9d6 sp 00007fff65212ee0 error 4 in lib21_fts_solr_plugin.so[7fa4f92e7000+7000] Jan 16 12:45:30 lin kernel: [602125.167202] imap[13962]: segfault at 18 ip 00007f07a1a8d9d6 sp 00007fff3183cb10 error 4 in lib21_fts_solr_plugin.so[7f07a1a8a000+7000] Regards Gunther

1 0

[Dovecot] fts squat: Disabled with in-memory indexes question
by Robert Schetterer 15 Jan '11

15 Jan '11

Hi Timo , should i care of that ? and what dous it mean Jan 15 09:23:15 mail02 dovecot: lmtp(6847): Debug: fts squat: Disabled with in-memory indexes Jan 15 09:23:15 mail02 dovecot: lmtp(6847): Debug: fts: No backends enabled by the fts setting i have protocol lmtp { # Space separated list of plugins to load (default is global mail_plugins). mail_plugins = quota sieve virtual acl fts fts_squat mail_log notify expire } so maybe having fts fts_squat here is not usefull ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 0

Re: [Dovecot] Time jumped forwards
by Ian B 15 Jan '11

15 Jan '11

--- On Fri, 14/1/11, Tom Hendrikx <tom(a)whyscream.net> wrote: > > I had this problem too when I setup a VMware guest last > month (noticed > through strange spikes in munin's ntp monitoring, not > through dovecot > logs). After some research I found out that I had VMware > time > synchronisation (host to guest) enabled, and NTP in the > guest running. > The ESX host clock was some 90+ seconds behind, so VMware > stalled my > clock once in a while, after which NTP corrected it again. > > I asked the ESX admin to fix the clock, but disabled the > VMware > synchronisation and now use only ntp in the guest. Never > looked back. > > So in stead of 'ticking all the boxes', explain your setup. > You have NTP > enabled, but what does VMware do? Thanks for the post. I've checked my setup - the guest is not set to sync with the VMware host. NTP is running with local clock server commented out & 'tinker panic 0' set. It sounds like this is not a Dovecot issue so I'll stop posting to this list now and seek help elsewhere. What negative effects to Dovecot would I expect to see where the system clock is constantly changing?

3 2

[Dovecot] Check if a message has attachments
by Antoine Nguyen 14 Jan '11

14 Jan '11

Hi all, my question is not specific to Dovecot but to the IMAP protocol in general. I'm working on a web based software that provides a simple webmail ( http://modoboa.org/) I'm wondering what would an efficient way to detect if a message (or a group of messages) has attachments. I know it certainly consists in checking for specific MIME constructions but how to achieve that without fetching the whole body for each message? Thanks in advance, Antoine Nguyen

2 2

[Dovecot] Running two different versions of Dovecot (was: making folders unmovable)
by David Salisbury 14 Jan '11

14 Jan '11

OK, so I decided to go ahead and just upgrade to the latest 1 series Dovecot and see if that solves my ACL/config issues I've been having. (I tried compiling 2.0.9, but it errored out and I assume that's because it's a pretty old machine/compiler.) Anyway, 1.2.16 compiled fine, and I installed it in another location from the currently running 1.1 series install. I have this new install running (IMAP) on a non-standard port while I test it out, and it starts fine and all seems well. However, I'm wondering, is it OK to run it and have it look at the same Maildir mailboxes as the currently running 1.1 series install? Does that have the potential to mess with indexes or change anything in a bad way? (FWIW, I tried it briefly, and after changing the port number in and restarting my mail client [Thunderbird], it had trouble pulling up the mailbox I was trying to access.) David

1 0

Re: [Dovecot] Time jumped forwards
by Ian B 14 Jan '11

14 Jan '11

On Fri Jan 14 07:23:32 EET 2011, Eric Shubert wrote: >See >http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType… > > >In particular, see NTP Recommendations and VMware Tools bits at the bottom. Thanks, I've read through that document a couple of times now & I'm fairly sure my system 'ticks all the boxes' yet the warning messages continues. I can see no noticeable time discrepancy when I do periodic time checks from the command line comparing against another system's clock - certainly not 2 minute error margin Could this be a time mismatch between imap client & server? Ian.

3 4

[Dovecot] email addresses as usernames with Kerberos
by Peter Mogensen 14 Jan '11

14 Jan '11

Hi, I was trying out Kerberos authentication with som sample users for Dovecot and stumbled into this problem: The user names are of the form local-part@domain, so the Kerberos principal becomes "local-part\@domain@REALM". But it seems Dovecot (1.2.9) doesn't understand that syntax. Looking at the 2.0.8 sources I guess it's not supported. But isn't this a valid Kerberos principal? Is it a bug, or a missing feature or is there a special reason for not supporting it ? kind regards, Peter

1 0

[Dovecot] Time jumped forwards
by Ian B 14 Jan '11

14 Jan '11

Running Dovecot 2.0.8 on 32bit Centos5.5. The machine is a VMWare ESX VM. I'm seeing a lot of warning messages in syslog as follows: 2011-01-14T11:45:37.315917+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 105 seconds 2011-01-14T11:46:00.598006+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:46:25.364405+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 105 seconds 2011-01-14T11:46:27.030658+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:46:49.712202+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:48:07.600748+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:48:23.195587+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:48:37.342804+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:48:42.671037+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds 2011-01-14T11:48:45.903081+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 105 seconds 2011-01-14T11:48:49.001119+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 105 seconds 2011-01-14T11:48:58.935835+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 105 seconds 2011-01-14T11:49:15.046253+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 104 seconds 2011-01-14T11:49:16.842962+08:00 imap4 dovecot: imap: Warning: Time jumped forwards 106 seconds I've checked the clock settings in Centos and it all looks OK. NTP is running and not complaining about clock drift. Vmware recommend appending 'divider=10 clocksource=acpi_pm' kernel boot options to prevent timekeeping issues, which I've done. Has anyone else encountered this message? Is it something to be concerned about? Thanks, Ian.

2 1