Re: Building cyrus sasl on solaris 10

2010-01-05 Thread Gary Mills
On Tue, Jan 05, 2010 at 08:37:57AM +0100, Egoitz Aurrekoetxea wrote:
 
  I'm doing the following configure :
  670 export CXX=/opt/sunstudio12.1/bin/CC
  671 export CC=/opt/sunstudio12.1/bin/cc
  672 export CPPFLAGS=-I/usr/include
  673 export LDFLAGS=-L/lib
  674 ./configure
  --prefix=/export/binarioscompilados/correo/cyrussasl
  --with-saslauthd=/var/run
  --with-pam=/export/binarioscompilados/correo/pammysql/modulos
  --with-configdir=/export/binarioscompilados/correo/cyrussasl/etc
  --disable-anon --enable-plain --disable-cram --disable-digest
  --enable-login --disable-otp --disable-gssapi --without-krb4
  --without-des --without-authdaemond
  And it creates libplain.a but not libplain.so

Check in config.log .  There should be a test at some point to see if
the compiler can create shared libraries.  It's possible that
configure made a mistake at that point, so that the test failed for
some other reason.

  Any known reason... I have tried too you're configure... but I
  continue seeing in make the warnings told before about libraries
  and dlopen...

That may be normal.

  Any ideas please?... have tried too with --enable-static and
  --enable-shared... but no way

I can only speak for cyrus-sasl-2.1.22 under Solaris 10.  If you
are building a later version, somebody else will have to comment.

-- 
-Gary Mills--Unix Group--Computer and Network Services-

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


OT: Enhanced IMAP protocol

2010-01-05 Thread ram
Would it be practical to have common protocols like IMAP to support
enhanced features

For eg. 

IMAP protocol may possibly support change password. 
A IMAP server administrator may optionally configure a change-password
hook  on the server which would change the password on whatever backend
he uses for eg ldap or a RDBMS or  Active directory
 
The advantage is that the MUA can support change password and the user
experience will be a lot better having only a single familiar app to
deal with. 

That will be a lot easier for admins to tell the users to change
password regularly rather than giving them a new link and asking them to
change password ( .. and that mail looks more like a phishing mail ) 


Thanks
Ram



Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: OT: Enhanced IMAP protocol

2010-01-05 Thread Rob Banz

I would argue that it's out of scope -- credential management should  
be taken care of by your credential management system, be it through a  
web interface or whatever. Even if it were to be an accepted spec, the  
chances of all of the client-writers implementing it, and in a  
reasonable way, are slim to none.

I'd bet more on clients providing a reasonable interface to the IMAP  
motd -- which, after authentication, would be a great way to let the  
user know that their password needs to be changed.

On Jan 5, 2010, at 11:02 PM, ram wrote:

 Would it be practical to have common protocols like IMAP to support
 enhanced features

 For eg.

 IMAP protocol may possibly support change password.
 A IMAP server administrator may optionally configure a change-password
 hook  on the server which would change the password on whatever  
 backend
 he uses for eg ldap or a RDBMS or  Active directory

 The advantage is that the MUA can support change password and the user
 experience will be a lot better having only a single familiar app to
 deal with.

 That will be a lot easier for admins to tell the users to change
 password regularly rather than giving them a new link and asking  
 them to
 change password ( .. and that mail looks more like a phishing mail )


 Thanks
 Ram


 
 Cyrus Home Page: http://cyrusimap.web.cmu.edu/
 Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
 List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html