Re: Self compiled Cyrus 2.4.16 does not talk to self compiled Cyrus SASL 2.1.25

2012-06-25 Thread Eric Luyten
On Tue, June 19, 2012 3:55 pm, Dan White wrote:
 On 06/19/12 11:17 +0200, Eric Luyten wrote:

 Folks,



 (hitting the same wall over and over again when upgrading)



 Cyrus SASL is working/looking in /var/state/saslauthd all
 right, but Cyrus 2.4 appears to be writing elsewhere, and we cannot find out
 where exactly.

 Have tried 'saslauthd_path' option in /etc/imapd.conf to
 no avail. I pretty much copied our Cyrus 2.3 configuration files over
 to the test environment.

 What does your sasl_* configuration look like in imapd.conf?


Dan,


Switching to the Blastwave-packaged Cyrus-SASL 2.1.25 and adding
sasl_saslauthd_path: /var/opt/csw/saslauthd/mux to /etc/imapd.conf
did the trick.
Cyrus 2.4.16 and SASL 2.1.25 now happily communicating.


Eric Luyten.




 Are you authenticating with an appropriate mechanism (either PLAIN or
 LOGIN)?


 On 06/19/12 13:34 +0200, Eric Luyten wrote:

 On Tue, June 19, 2012 12:05 pm, Adam  Tauno Williams wrote:

 On Tue, 2012-06-19 at 11:17 +0200, Eric Luyten wrote:


 (hitting the same wall over and over again when upgrading)
 Cyrus SASL is working/looking in /var/state/saslauthd all
 right, but Cyrus 2.4 appears to be writing elsewhere, and we cannot find
 out where exactly.

 Are you sure it is loading your compiled libraries and not your
 distributions 'defacto' ones?  [ldd /usr/lib/cyrus/bin/imapd - your should
 see a reference to your SASL libraries]


 mcs1dev# ldd /usr/local/sbin/saslauthd | fgrep sasl libsasl2.so.2 =
 /opt/csw/lib/libsasl2.so.2
 mcs1dev# ldd /usr/cyrus/bin/imapd | fgrep sasl libsasl2.so.2 =
 /opt/csw/lib/libsasl2.so.2
 mcs1dev#

 The location of the shared libraries for the saslauthd should not be
 important (unless you're using the sasldb or ldap backends), because it runs
 within its own process. If testsaslauthd is working then your saslauthd
 installation is likely ok. Try running testsaslauthd as your cyrus user to
 rule out any permissions problems.

 BTW - why are you self-compiling?  Really good packages exist for lots
 of distributions.


 Solaris10/Intel.



 Have tried 'saslauthd_path' option in /etc/imapd.conf to
 no avail.

 So when you run testsaslauthd it works?



 Yes, it certainly does.


 Your saslauthd_path configuration should include the trailing '/mux'.  I
 believe it should be identical to the '-f' option that you would pass to
 testsaslauthd.

 Try increasing your sasl logging to further troubleshoot. In imapd.conf:


 sasl_log_level: 7


 And configure your syslog daemon to log 'auth.*'.


 --
 Dan White





Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Self compiled Cyrus 2.4.16 does not talk to self compiled Cyrus SASL 2.1.25

2012-06-19 Thread Eric Luyten
Folks,


(hitting the same wall over and over again when upgrading)


Cyrus SASL is working/looking in /var/state/saslauthd all
right, but Cyrus 2.4 appears to be writing elsewhere, and
we cannot find out where exactly.

Have tried 'saslauthd_path' option in /etc/imapd.conf to
no avail.
I pretty much copied our Cyrus 2.3 configuration files over
to the test environment.


Eric Luyten, VUB/ULB.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: Self compiled Cyrus 2.4.16 does not talk to self compiled Cyrus SASL 2.1.25

2012-06-19 Thread Adam Tauno Williams
On Tue, 2012-06-19 at 11:17 +0200, Eric Luyten wrote:
 (hitting the same wall over and over again when upgrading)
 Cyrus SASL is working/looking in /var/state/saslauthd all
 right, but Cyrus 2.4 appears to be writing elsewhere, and
 we cannot find out where exactly.

Are you sure it is loading your compiled libraries and not your
distributions 'defacto' ones?  [ldd /usr/lib/cyrus/bin/imapd - your
should see a reference to your SASL libraries]

BTW - why are you self-compiling?  Really good packages exist for lots
of distributions.

 Have tried 'saslauthd_path' option in /etc/imapd.conf to
 no avail.

So when you run testsaslauthd it works?

 I pretty much copied our Cyrus 2.3 configuration files over
 to the test environment


signature.asc
Description: This is a digitally signed message part

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Self compiled Cyrus 2.4.16 does not talk to self compiled Cyrus SASL 2.1.25

2012-06-19 Thread Eric Luyten
On Tue, June 19, 2012 12:05 pm, Adam  Tauno Williams wrote:
 On Tue, 2012-06-19 at 11:17 +0200, Eric Luyten wrote:

 (hitting the same wall over and over again when upgrading)
 Cyrus SASL is working/looking in /var/state/saslauthd all
 right, but Cyrus 2.4 appears to be writing elsewhere, and we cannot find out
 where exactly.

 Are you sure it is loading your compiled libraries and not your
 distributions 'defacto' ones?  [ldd /usr/lib/cyrus/bin/imapd - your should see
 a reference to your SASL libraries]


mcs1dev# ldd /usr/local/sbin/saslauthd | fgrep sasl
libsasl2.so.2 = /opt/csw/lib/libsasl2.so.2
mcs1dev# ldd /usr/cyrus/bin/imapd | fgrep sasl
libsasl2.so.2 = /opt/csw/lib/libsasl2.so.2
mcs1dev#



 BTW - why are you self-compiling?  Really good packages exist for lots
 of distributions.


Solaris10/Intel.


 Have tried 'saslauthd_path' option in /etc/imapd.conf to
 no avail.

 So when you run testsaslauthd it works?


Yes, it certainly does.


Eric Luyten.



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: Self compiled Cyrus 2.4.16 does not talk to self compiled Cyrus SASL 2.1.25

2012-06-19 Thread Dan White
On 06/19/12 11:17 +0200, Eric Luyten wrote:
Folks,


(hitting the same wall over and over again when upgrading)


Cyrus SASL is working/looking in /var/state/saslauthd all
right, but Cyrus 2.4 appears to be writing elsewhere, and
we cannot find out where exactly.

Have tried 'saslauthd_path' option in /etc/imapd.conf to
no avail.
I pretty much copied our Cyrus 2.3 configuration files over
to the test environment.

What does your sasl_* configuration look like in imapd.conf?

Are you authenticating with an appropriate mechanism (either PLAIN or
LOGIN)?

On 06/19/12 13:34 +0200, Eric Luyten wrote:
On Tue, June 19, 2012 12:05 pm, Adam  Tauno Williams wrote:
 On Tue, 2012-06-19 at 11:17 +0200, Eric Luyten wrote:

 (hitting the same wall over and over again when upgrading)
 Cyrus SASL is working/looking in /var/state/saslauthd all
 right, but Cyrus 2.4 appears to be writing elsewhere, and we cannot find out
 where exactly.

 Are you sure it is loading your compiled libraries and not your
 distributions 'defacto' ones?  [ldd /usr/lib/cyrus/bin/imapd - your should 
 see
 a reference to your SASL libraries]


mcs1dev# ldd /usr/local/sbin/saslauthd | fgrep sasl
   libsasl2.so.2 = /opt/csw/lib/libsasl2.so.2
mcs1dev# ldd /usr/cyrus/bin/imapd | fgrep sasl
   libsasl2.so.2 = /opt/csw/lib/libsasl2.so.2
mcs1dev#

The location of the shared libraries for the saslauthd should not be
important (unless you're using the sasldb or ldap backends), because it
runs within its own process. If testsaslauthd is working then your
saslauthd installation is likely ok. Try running testsaslauthd as your
cyrus user to rule out any permissions problems.

 BTW - why are you self-compiling?  Really good packages exist for lots
 of distributions.


Solaris10/Intel.


 Have tried 'saslauthd_path' option in /etc/imapd.conf to
 no avail.

 So when you run testsaslauthd it works?


Yes, it certainly does.

Your saslauthd_path configuration should include the trailing '/mux'.  I
believe it should be identical to the '-f' option that you would pass to
testsaslauthd.

Try increasing your sasl logging to further troubleshoot. In imapd.conf:

sasl_log_level: 7

And configure your syslog daemon to log 'auth.*'.

-- 
Dan White

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus