Paul Boven wrote:
Hi everyone,
I'm building the latest Cyrus (imapd 2.2.8, sasl 2.1.19) and packaging it for Solaris to distrubute to several different Cyrus servers.
For historic reasons we have quite a mix of authentication backends for these servers: some with /etc/passwd (via saslauthd), or MySQL (via sasl_sql_select) and now one with LDAP (Active Directory). If at all possible I wuld like to use the same binary package on all these servers, of course.
So my configure statement looks like this:
./configure --with-perl=/bin/perl --with-sasl=/usr/local --with-cyrus-prefix=/usr/local/cyrus --with-dbdir=/usr/local/BerkeleyDB.4.1
And SASL is configured like this:
./configure --with-openssl=/usr/local --disable-krb4 --disable-gssapi --with-mysql=/usr/local/mysql --without-pgsql --enable-sql --with-ldap=/usr/local
For the server that gets it's authentication from AD, the imapd.conf is below:
configdirectory: /var/imap partition-default: /var/spool/imap admins: cyrus sasl_pwcheck_method: saslauthd allowplaintext: yes sieveusehomedir: false sievedir: /var/spool/sieve altnamespace: yes virtdomains: no hashimapspool: 1 fulldirhash: 1 createonpost: 1 autocreatequota: -1
Works like a charm but every time someone connects I get the following errors on my serial console:
imap[18190]: sql_select option missing imap[18190]: auxpropfunc error no mechanism available
The machine in question is not using SQL as a backend (though it has been compiled in). Should these messages turn up at all in this case?
If the SQL plugin is installed, it will be initialized, and the initialization procedure checks for the sql_select option. You can either remove the SQL plugin or just add a dummy sql_select option.
-- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key-- http://www.oceana.com/~ken/ksm.pgp --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
