- dovecot - dovecot.org

[Dovecot] Filesystem Quota Enhancement Patch
by Scott Alter 22 Aug '06

22 Aug '06

I have just updated my patch that provides enhanced support for filesystem-based quotas in Dovecot. I provides 2 main features: * Support for group quotas * Number of messages quota for users of maildir If both user and group quotas are enabled on the filesystem, the plugin will report the quota that is closer to the maximum independently for both storage space and message count. The message count quota comes from the filesystem inode quota. This patch has been tested on Fedora Core only, but it should work on all other OSes. The only exception is there is no group support on Solaris (I believe this is a limitation of Sun's implementation of filesystem-based quotas). I believe this patch make Dovecot's filesystem-based quota support complete. So, after a little bit of testing, it would be nice to have this merged with the main distribution. Scott Alter

2 2

[Dovecot] POP3 authentication using virtual user table instead of unix userids
by Nicolas Chenier 22 Aug '06

22 Aug '06

POP3 authentication using virtual user table instead of unix userids - you use the alias email to login with the userid password it is associated to... is it possible? Thank you for any input on the matter, it's much appreciated! Nic This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

1 0

[Dovecot] messages_count too large errors (1.0RC5)
by Jeff Turner 22 Aug '06

22 Aug '06

Hi, Just today, Thunderbird started throwing errors when accessing a particular mail folder. Looking in the logs showed this: dovecot: Aug 09 15:36:31 Error: IMAP(nmenere): Corrupted index file /imap/mailboxes/nmenere/shared-settings/jira-support/index/.INBOX.Triaged/dovecot.index: messages_count too large (51 > 39) This is a new user's first attempt to access a shared jira-support/ folder, so there is no chance of their index files being corrupt. Deleting the dovecot* files didn't help. Neither did 'cp -rp .INBOX.Triaged .INBOX._Triaged' and then subscribing to the new folder. In fact, the problem seems to be with the files in cur/. There are 51 in total, and 39 of them have an 'i' flag: 1155084961.P27685Q5.redback.sydney.atlassian.com:2,Sbrk 1155084979.P27685Q6.redback.sydney.atlassian.com:2,Sbtk 1155085103.P27685Q10.redback.sydney.atlassian.com:2,Sbwk 1155085175.P28321Q1.redback.sydney.atlassian.com:2,Sbcki 1155085221.P27685Q12.redback.sydney.atlassian.com:2,Sbwk 1155085228.P28321Q4.redback.sydney.atlassian.com:2,Sbki 1155085231.P28321Q5.redback.sydney.atlassian.com:2,Sbki 1155085246.P28321Q6.redback.sydney.atlassian.com:2,Sbki Loading the maildir in mutt and re-saving them all to a clean maildir fixes the problem, by resetting the flags. Going through the logs, I see other users hitting this problem with other mailboxes. Anyone know what 'i' means? I guess it's a dovecot extension? I should mention that this happened a few months ago too, with 1.0b8 (I think). This is all running on a linux box, mail delivered with procmail, no special settings. Anyone seen this before? Cheers, Jeff

2 2

Re: [Dovecot] 1.0 RC7 released
by Rick Romero 21 Aug '06

21 Aug '06

On Fri, 2006-08-18 at 16:05 +0300, Odhiambo WASHINGTON wrote: > * On 18/08/06 01:28 +0300, Timo Sirainen wrote: > | http://dovecot.org/releases/dovecot-1.0.rc7.tar.gz > | http://dovecot.org/releases/dovecot-1.0.rc7.tar.gz.sig > | > | Can everyone now agree that there are no more hangs? :) > > It's been running for over 20 hours on FreeBSD 6.1, with > KQUEUE support. No glitches so far.... > > Great work, Timo! I concur! FreeBSD 5.2.1 - plain old ./configure came up with: io-loop=poll, file change =none. Been up for 3 days, about 17k logins. Rick

1 0

Re: [Dovecot] dovecot on OSF/1 4.0
by "Gábor Bérczi (Gabucino)" 21 Aug '06

21 Aug '06

Hi, The struct looks like this: struct statfs { short f_type; /* type of filesystem (see below) */ short f_flags; /* copy of mount flags */ int f_fsize; /* fundamental filesystem block size */ int f_bsize; /* optimal transfer block size */ int f_blocks; /* total data blocks in file system, */ /* note: may not represent fs size. */ int f_bfree; /* free blocks in fs */ int f_bavail; /* free blocks avail to non- su */ int f_files; /* total file nodes in file system */ int f_ffree; /* free file nodes in fs */ fsid_t f_fsid; /* file system id */ int f_spare[9]; /* spare for later */ char f_mntonname[MNAMELEN]; /* directory on which mounted */ char f_mntfromname[MNAMELEN];/* mounted filesystem */ union mount_info mount_info; /* mount options */ }; MAP_FAILED is: /usr/include/sys/mman.h: #define MAP_FAILED (-1L) /* unsuccessful return from mmap() */ > Well, I'd say that's a bug in OSF's header files. MAP_FAILED should be > defined to (void *)-1, not -1. Maybe if you put this to lib/compat.h: > > #undef MAP_FAILED > #define MAP_FAILED (void *)-1 This didn't help. source='file-cache.c' object='file-cache.o' libtool=no DEPDIR=.deps depmode=none /usr/bin/posix/sh ../../depcomp cc -std -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/pkg/include -ieee -O2 -I/usr/pkg/include - I/usr/pkg/include -c file-cache.c cc: Warning: /usr/include/sys/mman.h, line 172: The redefinition of the macro "MAP_FAILED" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. #define MAP_FAILED (-1L) /* unsuccessful return from mmap() */ -------------------------^ cc: Error: file-cache.c, line 70: In this statement, "cache- >mmap_base" and "(-1)" may not be compared for equality or inequality. if (cache->mmap_base == MAP_FAILED) { --------------------^ cc: Error: file-cache.c, line 79: In this statement, "cache- >mmap_base" and "(-1)" may not be compared for equality or inequality. if (cache->mmap_base == MAP_FAILED) { --------------------^ *** Exit 1 Stop.

1 0

[Dovecot] Dovecot authorisation problem
by Phil Clare 21 Aug '06

21 Aug '06

Hi List, I am trying to set up dovecot on my mail server and am having some difficulties… I want to use virtual mailboxes and so have set up a passwd-file for userdb and passdb and created entries for a user but they don’t seem to be working… I have included the relevant lines from all three files below… Dovecot.conf… auth_userdb = passwd-file /etc/dovecot/users auth_passdb = passwd-file /etc/dovecot/passwd users file… HYPERLINK "mailto:phil@topazaccommodation.co.uk::503:503::/var/mail/vhosts/topazaccomm odation.co.uk:/bin/false"phil@topazaccommodation.co.uk::503:503::/var/mail/v hosts/topazaccommodation.co.uk:/bin/false:: passwd file… phil@topazaccommocation.co.uk:$1$G/FqlOG5$Vj0xmc9fKY.UVr8OWr/7C1 As far as I know the password is the word ‘test’ encrypted with MD5 (is there anyway to have these as plain text?) Finally the entry from the log file… Aug 18 16:51:58 95304-web1 dovecot-auth: passwd-file(phil(a)topazaccommodation.co.uk): unknown user Any ideas? Thanks Phil Clare -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.11.2/422 - Release Date: 17/08/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.11.3/423 - Release Date: 18/08/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.11.3/423 - Release Date: 18/08/2006

1 0

[Dovecot] dovecot vs qpopper performance testing results
by asko 21 Aug '06

21 Aug '06

Hi, I did some performance testing with dovecot and qpopper, if anyone is interested.. Hardware: Dual Xeon 2.8 with HT enabled (dmesg sees 4 cpu-s), 1 GB RAM, SCSI RAID 1 with 2x Maxtor Atlas 10K V disks. Software: CentOS 4.3, Qpopper 4.08 in standalone mode vs Dovecot 1.0-0_19.rc6, ext3 filesystem Mailbox format Mbox, tested Pop3 with PAM authentication My setup had 15 test users with 15 identical 40 MB mbox files. Each mbox had 370 messages, 35 % of them had attachments. So average message size is about 110 KB, average attachment size 220 KB. "rabid" utility is part of postal package (http://www.coker.com.au/postal/) Command line, which fetches and deletes all the messages from users in the textfile: rabid -p 1 192.168.x.x ./users - Resulting fields are: time,messages,data(K),errors,connections,SSL connections,IMAP connections Results (only the best one shown): Qpopper: 1 parallel processes: 12:36,1020,111470,0,6,0,0 5 parallel clients: 12:44,3246,366207,0,13,0,0 15 parallel clients: 13:06,4099,481347,0,48,0,0 Dovecot: p1: 12:19,3316,367859,0,13,0,0 p5: 12:50,4653,524456,0,34,0,0 p15: 12:56,5063,578889,0,84,0,0 As you can see, Dovecot is faster.. With 15 parallel processes it seems to have saturated my 100Mbit/s LAN (578889 kB data in one minute). Dovecot had noticeably smaller disk IO and system load was smaller too, probably thanks to smaller IO. Qpopper performed better than I hoped.. It is probably due fast disks of the test system, I wouldn't expect such numbers using single IDE disk. Conclusion: The hardware was too fast for testing, LAN became a bottleneck atleast once. The results could be different with different mbox structure.. Anyway, I was convinced, Dovecot wins. -- asko

2 1

[Dovecot] maildir autodetect failing. what's wrong with this setup?
by Richard 21 Aug '06

21 Aug '06

i'm setting up for virtual_users w/ maildir. i have in my dovecot.conf: auth default { passdb passwd-file { args = /etc/dovecot/imapd.passwd } userdb static { args = static uid=300 gid=300 home=/var/dovecot/mail mail=maildir:/var/dovecot/mail/%d/%n/Maildir nice=10 } } default_mail_env = maildir:/var/dovecot/mail/%d/%n/Maildir:INDEX=/var/dovecot/indexes/%d/%n in /etc/dovecot/imapd.passwd, i have: omn@server.com:{PLAIN}pass:300:300::/var/dovecot/mail::: i've created: /var/dovecot/mail/server.com/omn/Maildir/cur but, on login @ telnet with: x login omn(a)server.com pass i see: dovecot: Aug 20 08:07:33 Info: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=x.x.x.x rip=x.x.x.x resp=<hidden> dovecot: Aug 20 08:07:33 Info: auth(default): client out: OK 1 user=omn(a)server.com dovecot: Aug 20 08:07:33 Info: auth(default): master in: REQUEST 1 28584 1 dovecot: Aug 20 08:07:33 Info: auth(default): master out: USER 1 omn(a)server.com static uid=300 gid=300 home= mail=maildir:/server.com/omn/Maildir nice=10 dovecot: Aug 20 08:07:33 Info: imap-login: Login: user=<omn(a)server.com>, method=PLAIN, rip=x.x.x.x, lip=x.x.x.x, secured dovecot: Aug 20 08:07:33 Error: statfs(/server.com/omn/Maildir) failed: No such file or directory dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): Effective uid=300, gid=300 dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): Namespace: type=private, prefix=Private/, sep=/, inbox=yes, hidden=no, subscriptions=no dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): maildir autodetect: stat($default_mail_env/cur) failed: No such file or directory dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): mbox autodetect: data=$default_mail_env dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): mbox autodetect: INBOX file: stat($default_mail_env) failed: No such file or directory dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): mbox autodetect: has .imap/: stat($default_mail_env/.imap) failed: No such file or directory dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): mbox autodetect: has inbox: stat($default_mail_env/inbox) failed: No such file or directory dovecot: Aug 20 08:07:33 Info: IMAP(omn(a)server.com): mbox autodetect: has mbox: stat($default_mail_env/mbox) failed: No such file or directory dovecot: Aug 20 08:07:33 Error: IMAP(omn(a)server.com): Ambiguous mail location setting, don't know what to do with it: $default_mail_env (try prefixing it with mbox: or maildir:) dovecot: Aug 20 08:07:33 Error: IMAP(omn(a)server.com): Failed to create storage for 'Private/' with data: $default_mail_env dovecot: Aug 20 08:07:33 Error: child 28587 (imap) returned error 89 thanks.

2 2

[Dovecot] (resolved) Re: Beginner Help with a fatal error in a first Basic Install
by Paul 20 Aug '06

20 Aug '06

Hello Richard, On 8/19/06, OpenMacNews <openmacnews(a)gmail.com> wrote: > > > dovecot: Aug 18 07:06:50 Error: IMAP(paulg): dyld: Library not loaded: > > /usr/local/ssl/lib/libssl.0.9.8.dylib > > i've had these same > can't-find-libssl-even-though-i'm-staring-right-at-it probelms in dovecot. > > after a little poking in code, i note that dovecot check first to get > its ssl lib/include link info from pkg-config, and seems to get > flustered by the presence of your own LDFLAGS/CPPFLAGS specification of > ssl location. > > that said, i've managed to work around it fairly simply. Thanks, thanks, thanks! This, apparently, was the problem, and, once I figure out where to find the pkg-config source (not bundled with OSX?), following your instructions cleared it up. Again. Thanks for your help! Paul

1 0

[Dovecot] Beginner Help with a fatal error in a first Basic Install
by Paul 20 Aug '06

20 Aug '06

dovecot(a)dovecot.org Hello, I have been doing my first BasicInstall of Dovecot, following the documentation for VirtualUsers, and piecing together suggestions from other on the list, and out on the web. In dovecot.conf, I have added, default_mail_env = maildir:/var/Dovecot/%d/Accounts/%1u/%u/Maildir:INDEX=/var/Dovecot/indexes/%d/%n auth default { mechanisms = plain user = pgnmail passdb passwd-file { args = /etc/imap.passwd } userdb static { args = static uid=99 gid=99 home=/var/Dovecot mail=maildir:%h/%d/Accounts/%1u/%u nice=10 } } My User+Passwd DB file is /etc/imap.passwd paulg:{PLAIN}testpass:99:99::/var/Dovecot/domain.com/Accounts/t/paulg::: On Dovecot startup, my log shows, dovecot: Aug 18 07:10:40 Info: Dovecot v1.1.UNSTABLE starting up dovecot: Aug 18 07:10:42 Info: auth(default): passwd-file /etc/imamp.passwd: Read 1 users When I telnet in, I see, Connected to domain.com. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS STARTTLS AUTH=PLAIN] domain.com Dovecot IMAP4 ready and when I login with, x login testuser testpass I see, dovecot: Aug 18 07:06:50 Info: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=192.168.1.6 rip=192.168.1.6resp=<hidden> dovecot: Aug 18 07:06:50 Info: auth(default): client out: OK 1 user=paulg dovecot: Aug 18 07:06:50 Info: auth(default): master in: REQUEST 3 14946 1 dovecot: Aug 18 07:06:50 Info: auth(default): master out: USER 3 paulg static uid=99 gid=99 home=/var/Dovecot mail=maildir://Accounts/t/paulg nice=10 dovecot: Aug 18 07:06:50 Info: imap-login: Login: user=<paulg>, method=PLAIN, rip=192.168.1.6, lip=192.168.1.6, secured dovecot: Aug 18 07:06:50 Error: IMAP(paulg): dyld: Library not loaded: /usr/local/ssl/lib/libssl.0.9.8.dylib dovecot: Aug 18 07:06:50 Error: IMAP(paulg): Referenced from: /usr/local/dovecot/libexec/dovecot/imap dovecot: Aug 18 07:06:50 Error: IMAP(paulg): Reason: image not found dovecot: Aug 18 07:06:51 Error: child 14963 (imap) killed with signal 5 I'm concerned about the "//" in, mail=maildir://Accounts/t/paulg Is that correct? And, of course, the, dovecot: Aug 18 07:06:50 Error: IMAP(paulg): dyld: Library not loaded: /usr/local/ssl/lib/libssl.0.9.8.dylib which I have no idea about. Looking at the libraries linked into the "/usr/local/dovecot/libexec/dovecot/imap" executable, I see /usr/local/ssl/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/local/ssl/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.6) And, seeing if "/usr/local/ssl/lib/libssl.0.9.8.dylib", exists, ls /usr/local/ssl/lib/libssl.0.9.8.dylib /usr/local/ssl/lib/libssl.0.9.8.dylib Can someone help? Thank you. Paul

2 1