- dovecot - dovecot.org

Re: [Dovecot] linux 2.4 vs 2.6 kernel
by Paul Vatta 20 Jul '05

20 Jul '05

> > >> ------------------------------------------------------------------------ > We were posed with the same dilemma, but it was due to the need to stick with RHEL supplied packages (ReiserFS does not come with RHEL) that we stayed with ext3. Our old production mail server, running our in-house flavour of Linux, was based on the 2.4 kernel with ReiserFS. We load tested Dovecot with maildir under RHEL3 (2.4 kernel) using ext3 and found it was unable to standup to our requirements. In part this was due to an inordinate imap-login / pop-login processes being created and hanging around under RHEL3. Using RHEL4 (2.6 kernel), we found we were able to handle the required load - this is the configuration we went live with. Processes ended cleanly too (result of the improved schedular and how it interacted with our IBM x445 and its NUMA architecture?) and the I/O issues seemed to have been resolved - ext3 was fine. >> Subject: >> Re: [Dovecot] linux 2.4 vs 2.6 kernel >> From: >> Marc Perkel <marc(a)perkel.com> >> Date: >> Mon, 18 Jul 2005 18:33:54 -0700 >> >> CC: >> dovecot(a)dovecot.org >> >> >> >> >> Curtis Maloney wrote: >> >>> Marc Perkel wrote: >>> >>>> Actually - yes. Same problem. But the solution is to use the Reiser >>>> Filesystem. It doesn't have the ext3 problem. >>> >>> >>> >>> Now, I don't want to start a religious war, but... >>> >>> Ext2 has the advantages that 1) it can fall back to ext2 in recovery >>> cases, and 2) because of that, it has all the well-tested ext2 >>> recovery tools available. >>> >>> People I know who've used Reiser say it's wonderfuly fast, but if it >>> corrupts, well... save your time, and go straight to restoring your >>> backups. >>> >>> Also, take a look at the tune2fs options. I understand -O dir_index >>> will set it to use a b-tree index for faster handling of large >>> directories. >>> >>> -- >>> Curtis Maloney >>> cmaloney(a)cardgate.net >> >> >> I've been using it for 5 years and it works great. It specifically >> eliminates the speed problems of Maildir where you have thousands of >> files in a single directory. And it has infinite inodes so you never >> run out of them. Reiser is ideal for email systems. >> >>------------------------------------------------------------------------ >> >>_______________________________________________ >>dovecot mailing list >>dovecot(a)dovecot.org >>http://dovecot.org/cgi-bin/mailman/listinfo/dovecot >>

5 7

[Dovecot] Compiling under Fedora Core 4 - Problem
by Marc Perkel 19 Jul '05

19 Jul '05

OK - trying to migrate to dovecot and I like what I see so far, but having a hard time getting it to work. I decided to go with the 1.0 version because I need to get away from the ~/Mail namespace. I'm trying to port from a Linuxconf virtual WU-IMAP type config. So - I compiled but then decided I wanted mysql so I tried to reconfigure and now getting compile errors. Looks like I'm missing something? /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x25): In function `report_errors': : undefined reference to `ERR_get_error_line_data' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0xa4): In function `vio_ssl_read': : undefined reference to `SSL_read' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0xc5): In function `vio_ssl_read': : undefined reference to `SSL_get_error' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0xf9): In function `vio_ssl_write': : undefined reference to `SSL_write' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x22d): In function `vio_ssl_close': : undefined reference to `SSL_shutdown' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x23d): In function `vio_ssl_close': : undefined reference to `SSL_free' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x35c): In function `sslaccept': : undefined reference to `SSL_new' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x372): In function `sslaccept': : undefined reference to `SSL_clear' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x380): In function `sslaccept': : undefined reference to `SSL_get_session' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x38f): In function `sslaccept': : undefined reference to `SSL_SESSION_set_timeout' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x3a3): In function `sslaccept': : undefined reference to `SSL_set_fd' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x3b1): In function `sslaccept': : undefined reference to `SSL_set_accept_state' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x3bf): In function `sslaccept': : undefined reference to `SSL_do_handshake' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x3d5): In function `sslaccept': : undefined reference to `SSL_get_peer_certificate' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x3e3): In function `sslaccept': : undefined reference to `X509_get_subject_name' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x3fb): In function `sslaccept': : undefined reference to `X509_NAME_oneline' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x40b): In function `sslaccept': : undefined reference to `X509_get_issuer_name' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x423): In function `sslaccept': : undefined reference to `X509_NAME_oneline' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x433): In function `sslaccept': : undefined reference to `X509_free' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x453): In function `sslaccept': : undefined reference to `SSL_get_shared_ciphers' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x4c1): In function `sslaccept': : undefined reference to `SSL_free' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x53b): In function `sslconnect': : undefined reference to `SSL_new' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x54d): In function `sslconnect': : undefined reference to `SSL_clear' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x55b): In function `sslconnect': : undefined reference to `SSL_get_session' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x56a): In function `sslconnect': : undefined reference to `SSL_SESSION_set_timeout' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x57e): In function `sslconnect': : undefined reference to `SSL_set_fd' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x58c): In function `sslconnect': : undefined reference to `SSL_set_connect_state' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x59a): In function `sslconnect': : undefined reference to `SSL_do_handshake' /usr/lib/mysql/libmysqlclient.a(viossl.o)(.text+0x607): In function `sslconnect': : undefined reference to `SSL_free' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x8): In function `get_dh512': : undefined reference to `DH_new' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x2a): In function `get_dh512': : undefined reference to `BN_bin2bn' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x49): In function `get_dh512': : undefined reference to `BN_bin2bn' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x67): In function `get_dh512': : undefined reference to `DH_free' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x9a): In function `report_errors': : undefined reference to `ERR_get_error_line_data' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0xcd): In function `vio_set_cert_stuff': : undefined reference to `SSL_CTX_use_certificate_file' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0xf1): In function `vio_set_cert_stuff': : undefined reference to `SSL_CTX_use_PrivateKey_file' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0xfd): In function `vio_set_cert_stuff': : undefined reference to `SSL_CTX_check_private_key' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x14e): In function `vio_set_cert_stuff': : undefined reference to `ERR_print_errors_fp' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x1c1): In function `vio_set_cert_stuff': : undefined reference to `ERR_print_errors_fp' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x1e9): In function `vio_verify_callback': : undefined reference to `X509_STORE_CTX_get_current_cert' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x1f3): In function `vio_verify_callback': : undefined reference to `X509_STORE_CTX_get_error' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x1fb): In function `vio_verify_callback': : undefined reference to `X509_STORE_CTX_get_error_depth' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x209): In function `vio_verify_callback': : undefined reference to `X509_get_subject_name' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x223): In function `vio_verify_callback': : undefined reference to `X509_NAME_oneline' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x271): In function `vio_verify_callback': : undefined reference to `X509_get_issuer_name' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x285): In function `vio_verify_callback': : undefined reference to `X509_NAME_oneline' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x2e7): In function `new_VioSSLConnectorFd': : undefined reference to `TLSv1_client_method' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x2f2): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_CTX_new' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x30c): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_CTX_set_cipher_list' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x326): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_CTX_set_verify' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x350): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_CTX_load_verify_locations' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x379): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_CTX_ctrl' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x381): In function `new_VioSSLConnectorFd': : undefined reference to `DH_free' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x394): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_CTX_set_default_verify_paths' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x3bc): In function `new_VioSSLConnectorFd': : undefined reference to `SSL_load_error_strings' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x3cd): In function `new_VioSSLConnectorFd': : undefined reference to `OPENSSL_add_all_algorithms_noconf' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x422): In function `new_VioSSLAcceptorFd': : undefined reference to `TLSv1_server_method' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x42d): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_new' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x447): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_set_cipher_list' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x469): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_ctrl' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x483): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_set_verify' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x49c): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_set_session_id_context' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x4c6): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_load_verify_locations' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x4ef): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_ctrl' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x4f7): In function `new_VioSSLAcceptorFd': : undefined reference to `DH_free' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x50a): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_CTX_set_default_verify_paths' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x532): In function `new_VioSSLAcceptorFd': : undefined reference to `SSL_load_error_strings' /usr/lib/mysql/libmysqlclient.a(viosslfactories.o)(.text+0x543): In function `new_VioSSLAcceptorFd': : undefined reference to `OPENSSL_add_all_algorithms_noconf' collect2: ld returned 1 exit status make[3]: *** [dovecot-auth] Error 1 make[3]: Leaving directory `/ctyme/linuxapps/dovecot/dovecot-1.0-test78/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/ctyme/linuxapps/dovecot/dovecot-1.0-test78/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/ctyme/linuxapps/dovecot/dovecot-1.0-test78' make: *** [all] Error 2 -- Marc Perkel - marc(a)perkel.com Spam Filter: http://www.junkemailfilter.com My Blog: http://marc.perkel.com

2 1

[Dovecot] dovecot(pam_unix)[13823]: authentication failure; logname= uid=0 euid=0 tty= ruser= rhost
by Dovecot 19 Jul '05

19 Jul '05

I installed Dovecot on our FC3 sendmail server and get this from our Dallas office ( out of state to me ). dovecot(pam_unix)[13823]: authentication failure; logname= uid=0 euid=0 tty= ruser= rhost Only one Dallas user can get mail (pop3 or imap). All local users work fine. I ended upgoing back to UW and all works fine. What should I look for? Thanks

1 0

Re: [Dovecot] linux 2.4 vs 2.6 kernel
by Brian Bartholomew 19 Jul '05

19 Jul '05

I can heartily recommend reiserfs on kernel 2.4 for Intel and Sparc. My spam filtering setup currently has 27K files in a quarantine dir, and it works just fine. In a year and a half over 50 machines I've had three corrupted reiserfs filesystems, none of them on production machines, at least one of which I can blame on a bad disk. I would not be surprised to learn they were all bad disks, because the disks are five+ years old. For the last one I moved the bad dir aside where it sat peacefully for a week, and when I fsck'ed it the more aggressive mode of fsck coredumped partway through and it became unaccessable. I then restored it from the tar I had made prior. Brian

1 0

[Dovecot] IMAP: Get rid of non-existent folders below INBOX
by André Wendt 19 Jul '05

19 Jul '05

Hi, I am using Debian Sarge w/ dovecot-imapd package 0.99.14-1. Squirrelmail created three folders below INBOX, Drafts/Sent/Trash, that I already had elsewhere. Thus, I deleted them (through SqM). However, both Thunderbird and Squirrelmail still show these folders anyway. When I select them, I keep getting "Mailbox does not exist" errors. I already tried to move all .imap.index* files in .INBOX/ out of the way -- dovecot created new ones but the folders still appear. I am stuck. How can I prevent dovecot from advertising those non-existent folders? Is this an index-structure problem? I'd appreciate any suggestions. Thanks, -- André

3 2

[Dovecot] UID errors?
by Matt Juszczak 18 Jul '05

18 Jul '05

Hi all, Keep getting these messages: Jul 18 09:48:47 orxon dovecot: POP3(d2525): mbox sync: UID inserted in the middle of mailbox /var/mail/d2525 (109 > 3) Jul 18 09:48:47 orxon dovecot: POP3(d2525): X-IMAPbase uid-last unexpectedly points outside mbox file /var/mail/d2525 For a bunch of users. Any ideas?

2 2

[Dovecot] dovecot(pam_unix)[13823]: authentication failure; logname= uid=0 euid=0 tty= ruser= rhost
by Donald Gunn 18 Jul '05

18 Jul '05

I installed Dovecot on our FC3 sendmail server and get this from our Dallas office. dovecot(pam_unix)[13823]: authentication failure; logname= uid=0 euid=0 tty= ruser= rhost Only one user can get mail (pop3 or imap). All local users work fine. I ended upgoing back to UW and all works fine. What should I look for? Thanks

1 0

[Dovecot] issues/workarounds to build dovecot on OSX
by OpenMacNews 17 Jul '05

17 Jul '05

hi all, a few notes/issues re: building dovecot on OSX. first, after DL of cvs-head, % autogen.sh reports: autogen.sh: line 2: libtoolize: command not found o OSX, 'libtoolize' has been sed'd to glibtoolize. couple of ways to deal with this: (a) edit in autogen.sh aclocal --- libtoolize --force +++ glibtoolize --force automake --add-missing autoheader autoconf (b) run % autoreconf -i -f instead (c) i suppose yout can link: % ln -s /usr/bin/glibtoolize /usr/bin/libtoolize imho, too 'kludgy' ... never tried it. (d) put some sort of conditional in autogen.sh ... many options of course e.g.: HOSTTYPE=`uname` if [ "$HOSTTYPE" == "Darwin" ]; then LIBTOOLIZE=glibtoolize else LIBTOOLIZE=libtoolize fi fwiw, i'm using (b) --> % autoreconf -i -f successfully. next, dovecot's ./configure fails at the check for openssl: ... checking whether va_lists can be copied by value... yes ./configure: line 27241: syntax error near unexpected token `SSL,' ./configure: line 27241: ` PKG_CHECK_MODULES(SSL, openssl)' % within a pkg-config stanza ... as pkg-config does not exist on OSX, a couple of hacks in 'configure.in': =================================================== (EDITOR) configure.in @1032 if test "$want_openssl" = "yes" && test "$have_ssl" = "no"; then --- if pkg-config --exists openssl; then +++ if test -f openssl; then --- PKG_CHECK_MODULES(SSL, openssl) CFLAGS="$CFLAGS $SSL_CFLAGS" =================================================== , followed, of course, by another: % autoreconf -i -f take care of the problem. with changes as above, 'configure' with: ./configure \ --prefix=/usr/local/dovecot \ --exec-prefix=/usr/local/dovecot \ --bindir=/usr/local/dovecot/bin \ --sbindir=/usr/local/dovecot/sbin \ --libexecdir=/usr/local/dovecot/libexec \ --libdir=/usr/local/dovecot/lib \ --includedir=/usr/local/dovecot/include \ --sysconfdir=/var/Settings/Dovecot \ --localstatedir=/var/Process \ --mandir=/var/Documentation/man \ --datadir=/var/Data/Dovecot \ --with-ssl=openssl --with-ssldir=/usr/local \ --with-rundir=/var/Process/dovecot \ --with-moduledir=/usr/local/dovecot-modules \ --enable-shared \ --enable-static \ --enable-ipv6 \ --with-pgsql \ --disable-debug completes sueccessfully, as do: make make check make install resulting in: % ls -aR .: . .. libexec sbin ./libexec: . .. dovecot ./libexec/dovecot: . checkpassword-reply dovecot-auth imap-login pop3-login .. deliver imap pop3 rawlog ./sbin: . .. dovecot dovecotpw as, i believe, expected. now, onward! cheers, richard

1 0

[Dovecot] "dovecot virgin": 1st questions ...
by OpenMacNews 17 Jul '05

17 Jul '05

hi all, "uncle"! i've thrown up my hands with cyrus, and am looking for a 'better alternative' ... i'm brand new to dovecot (haven't even built it yet ...), and have spent the last while reading through the LIST archives here. apart from the TECHNICAL aspects, which seem _more_ than adequate/competitive, i'm most attracted by a comment abt this LIST/community: > awesome technical support with patient developer-dudes on hand which, in a nutshell, is what i seem to be missing. so, i'm preparing to "take the plunge" w/ dovecot. two preliminary questions, if i might: (1) what sort of *interest* is there here (Timo? others?) in Dovecot on OSX? i'm usually able to get most anything up-n-runnig on my OSX boxes, but i'd like to join a community where every issue-on-Mac is not simply ignored/slammed ... and there might be folks willing to work with me on issues (2) here-we-go-again with the Maildir/Mbox decision :-) what's the latest thinking/recommendation here wrt mailbox/mdir? my specifics are -- i intend to backend Dovecot with Exim ... and will run my server 'closed box' ... i.e., no file-system-related User accounts. rather, just 'virtual' spaces. i'm leaning towards Maildir's one-flat-file-per-message format, with an eventual/possible move to storage in PostgreSQL if/when Dovecot adds the capability ... thoughts? (yes, i know, y'all must've had the discussion a g'zillion times ... a pointer to a good/relevant thread is great too!) cheers, richard

2 2

[Dovecot] Authentication feature I need
by Marc Perkel 17 Jul '05

17 Jul '05

OK - here's whay I need to make it work for my Linuxconf compatible authentication system. First - a question: Will this work? I can find docs on "virtualfile. auth virtualfile { mechanisms = plain digest-md5 userdb = passwd-file /etc/vmail/passwd.%d passdb = passwd-file /etc/vmail/shadow.%d user = root } Then - since the dmain name selects the passwd file, if there were a feature to make %n be us user instead of the whole email address then I have what I need. Password files are placed in the /etc/vmail directory as follows: /etc/vmail/passwd.domain1 /etc/vmail/shadow.domain1 /etc/vmail/passwd.domain2 /etc/vmail/shadow.domain2 The password and shadow files are exactly the same format as the /etc/password and /etc/shadow files. The user name within the files would be the %n part of the email address passed to authenticate with. Basically the password file names are /etc/vmail/passwd.%d with the user withing the file being %n. marc:x:40000:12:Marc Perkel:/vhome/perkel.com/home/marc:/bin/false test:x:40001:12::/vhome/perkel.com/home/test:/bin/false dd:x:40002:12:Atia:/vhome/perkel.com/home/dd:/bin/false test2:x:40003:12::/vhome/perkel.com/home/test2:/bin/false

2 3