[Dovecot] Thank you!
Hi all, I've been on this list for 18 months but almost completely as a lurker. You know why? Because Dovecot never, ever, ever screws up on me or displays unexpected behavior, so I never have technical questions. Thank you for producing such a rock solid piece of software! SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance
[Dovecot] Thank you! - Re: dovecot 2.0.2 compile issues on Solaris 10u8 Sparc
Timo, see response to original question at bottom of email .. Thank you Timo!! I did the following based on your hints provided: # cd dovecot-2.0.2 # make clean # vi config.h, replacing line 208 with this line from my working v2.0.0 config.h --- /* #undef HAVE_MNTENT_H */ # make # make check # make install v120 /usr/local/src/d/dovecot-2.0.2 469 # which dovecot /usr/local/sbin/dovecot v120 /usr/local/src/d/dovecot-2.0.2 470 # ldd `which dovecot` libdovecot.so.0 = /usr/local/lib/dovecot/libdovecot.so.0 libnsl.so.1 = /usr/lib/libnsl.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 librt.so.1 =/usr/lib/librt.so.1 libsendfile.so.1 = /usr/lib/libsendfile.so.1 libc.so.1 = /usr/lib/libc.so.1 libgcc_s.so.1 = /usr/sfw/lib/libgcc_s.so.1 libmp.so.2 =/usr/lib/libmp.so.2 libmd.so.1 =/usr/lib/libmd.so.1 libscf.so.1 = /usr/lib/libscf.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libdoor.so.1 = /usr/lib/libdoor.so.1 libuutil.so.1 = /usr/lib/libuutil.so.1 libgen.so.1 = /usr/lib/libgen.so.1 libm.so.2 = /usr/lib/libm.so.2 /platform/SUNW,UltraAX-i2/lib/libc_psr.so.1 /platform/SUNW,UltraAX-i2/lib/libmd_psr.so.1 v120 /usr/local/src/d/dovecot-2.0.2 471 # /usr/local/sbin/dovecot --version 2.0.2 v120 /usr/local/src/d/dovecot-2.0.2 472 # v120 /usr/local/src/d/dovecot-2.0.2 472 # ps -ef | grep dovecot root 23328 1 0 10:18:34 ? 0:00 /usr/local/sbin/dovecot root 23332 23328 0 10:18:34 ? 0:00 dovecot/config dovecot 23329 23328 0 10:18:34 ? 0:00 dovecot/anvil root 23363 1017 0 10:25:24 pts/1 0:00 grep dovecot root 23330 23328 0 10:18:34 ? 0:00 dovecot/log v120 /usr/local/src/d/dovecot-2.0.2 473 # On 09/13/10 09:56, Timo Sirainen wrote: On Mon, 2010-09-13 at 09:35 -0500, Jerry Kemp wrote: v120 /var/sadm/install 425 # ls -l /usr/include/sys/mntent.h But that's sys/mntent.h #define HAVE_MNTENT_H 1 --- /* #undef HAVE_MNTENT_H */ This says you have mntent.h (not under sys/). Unless of course the /usr/include/sys/ directory suddenly somehow became added to include search path. Does this give an error: echo #include mntent.h|gcc -c -x c - v120 /usr/local/src/d/dovecot-2.0.2 468 # echo #include mntent.h|gcc -c -x c - v120 /usr/local/src/d/dovecot-2.0.2 469 #
Re: [Dovecot] Thank you! - Re: dovecot 2.0.2 compile issues on Solaris 10u8 Sparc
On Mon, 2010-09-13 at 10:30 -0500, Jerry Kemp wrote: v120 /usr/local/src/d/dovecot-2.0.2 468 # echo #include mntent.h|gcc -c -x c - I'd still like to know why this works. Is this something that's happening with other people's systems as well, or is something broken in your Solaris? Do you have mntent.h elsewhere than under sys/? The expected reply to that command is: % echo #include mntent.h|gcc -c -x c - stdin:1:20: mntent.h: No such file or directory
Re: [Dovecot] Thank you! - Re: dovecot 2.0.2 compile issues on Solaris 10u8 Sparc
running find and starting in / , this was the only instance of the file located on the system. /usr/include/sys/mntent.h Jerry On 09/13/10 10:42, Timo Sirainen wrote: On Mon, 2010-09-13 at 10:30 -0500, Jerry Kemp wrote: v120 /usr/local/src/d/dovecot-2.0.2 468 # echo #include mntent.h|gcc -c -x c - I'd still like to know why this works. Is this something that's happening with other people's systems as well, or is something broken in your Solaris? Do you have mntent.h elsewhere than under sys/? The expected reply to that command is: % echo #include mntent.h|gcc -c -x c - stdin:1:20: mntent.h: No such file or directory
[Dovecot] Adding capacity by simply migrating to dovecot -- thank you
We run a mail service with some hundreds of domains and thousands of users. Xeon 2 CPU server hosting the imap, pop, webmail, db and all trimmings (sepparate servers scanning for spam/viri) The server was io saturated and performing poorly, especially for large webmail users. A constant queue of hundreds of ops per second were taking too many miliseconds each (gstat.) Load average often spiked over 15! We planned to add a second backend imap/pop machine but first migrated to dovecot (from courier.) Like a miracle, the load average stays below 1 now, nor do the disks saturate! All's well and webmail performs snappily even during peak usage! Granted we also upgraded freebsd which supposedly has made leaps to better schedule tasks across multiple processors, but this is not a many core machine - just 2. We almost don't need to scale up our architecture, tho will, thanks so very much for this wonderful software Timo!
Re: [Dovecot] Adding capacity by simply migrating to dovecot -- thank you
On Wed, 2009-12-09 at 12:43 -0800, Benjamin Connelly wrote: Like a miracle, the load average stays below 1 now, nor do the disks saturate! All's well and webmail performs snappily even during peak usage! If you still want to reduce disk IO, you can also try (if you haven't already): - deliver: http://wiki.dovecot.org/LDA/Indexing - maildir_very_dirty_syncs=yes: http://wiki.dovecot.org/MailLocation/Maildir signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Adding capacity by simply migrating to dovecot -- thank you
If you still want to reduce disk IO, you can also try (if you haven't already): - deliver: http://wiki.dovecot.org/LDA/Indexing - maildir_very_dirty_syncs=yes: http://wiki.dovecot.org/MailLocation/Maildir We did switch from maildrop (and courier authd and cyrus sasl) to just dovecot (+sieve +manage sieve, a great simplification to build and maintain) and will ponder very dirty syncs. . .
