Software: Apache/2.0.54 (Fedora). PHP/5.0.4 

uname -a: Linux mina-info.me 2.6.17-1.2142_FC4smp #1 SMP Tue Jul 11 22:57:02 EDT 2006 i686 

uid=48(apache) gid=48(apache) groups=48(apache)
context=system_u:system_r:httpd_sys_script_t 

Safe-mode: OFF (not secure)

/usr/share/doc/cyrus-sasl-2.1.20/1.5.28/   drwxr-xr-x
Free 3.61 GB of 27.03 GB (13.36%)
                            Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    

Viewing file:     macosx.html (6.64 KB)      -rw-r--r--

Cyrus SASL on Mac OS X

The Cyrus SASL distribution now supports Mac OS X, including applications written to Apple's Carbon and Cocoa interfaces, as well as the standard Unix-like API. It is composed of the following components:

• A port of the Unix SASL library, which lives in /usr/local/lib/libsasl.7.1.10.dylib (or something like that) and with plugins in /usr/lib/sasl (which should be a symlink to /usr/local/lib/sasl).
• A framework which lives in /Library/Frameworks/SASL.framework, and allows the use of the -framework option to Apple's ld, or linking with the framework in Project Builder. This framework is in fact a wrapper for a symlink to /usr/local/lib/libsasl.dylib with the necessary information to recognize it as a framework. This is what we expect many Cocoa and Carbon Mach-O applications will want to use.
• A CFM glue library (/Library/CFMSupport/SASLGlueCFM) which can be linked in by Carbon CFM applications, that uses CFBundle to bind the framework and thus load the Unix-level library. It automatically loads the important functions at sasl_client_init or sasl_server_init time; it also automatically makes sure memory allocation works if you're using the metrowerks malloc; if you're not, sasl_set_alloc works as usual.
• A Carbon port of the existing CFM library for Mac OS 9. Note that this could probably be modified fairly easily to work on OS X, but there's not much point. The CFM glue layer to the Unix library supports many more functions, including the entire server API; also, the Unix implementation is mostly independent of Kerberos implementation, while the Mac OS 9 Carbon port specifically requires MIT Kerberos for Macintosh 3.5 or later. The Mac OS 9 code implements only the client API, but this is mostly what is wanted from SASL on OS 9 anyway.

If you are building a Carbon CFM application and intend it to run on both OS 9 and OS X, you should link against the OS 9 Carbon SASL library, since it exports fewer APIs (client side only, specifically) than the OS X CFM glue. Your application should work seamlessly with both libraries if you do this, despite the different implementations underneath.

If you need a Carbon CFM application to support server-side SASL functionality, you need to link against the SASLGlueCFM library, but be aware that your application will not run on OS 9.

Compiling and Using the Unix library

If you are using MIT Kerberos for Macintosh 4.0, which is fully supported by the SASL library, you should ./configure with the added option --enable-krb4=/usr so that it finds the correct location for the header files. KfM will be automatically detected by the configure script, and the correct libraries linked in.

You must be root to make install, since /usr/local is only modifiable by root. This is a mistake on Apple's part; /usr/local is intended for local installations of software, and so is more the equivalent of /Applications, /Library, etc. than of /System (and /usr). You need not enable the root account using NetInfo; the recommended (but underdocumented) method is to use sudo -s from the Terminal window when you are logged into an administrator's account, and enter the password for that account. When building on Mac OS X, make install will automatically add the framework to /Library/Frameworks.

This does not build the CFM glue library. Building the CFM glue library requires Metrowerks CodeWarrior Pro 6 or later (tested with 6), and the files necessary to build it are in the mac_only_files.sit.hqx archive, in the osx_cfm_glue folder.

Changes to the Unix library to make it work on OS X

This is provided for documentation purposes only. The build system will automatically take care of all of these issues when building on Darwin or Mac OS X.

• The random code supports the preferred way to generate random numbers in Darwin.
• Symbols which are dlopened have an underscore prefixed.
• Plugins are linked with the -module option to libtool, which causes the -bundle option to be supplied to Apple's ld.
• When building on Darwin or OS X, the MD5 symbols are renamed to avoid library conflicts. This allows proper compilations against Heimdal and MIT's unix kerberos distribution, and prevents crashes when linked against MIT Kerberos for Macintosh (which also duplicates the symbols, but in a different way).
• MIT Kerberos for Macintosh 4.0 is fully supported.

Changes to the Mac OS 9 projects to support Carbon

Please read these notes before you attempt to build SASL for OS 9 Carbon!

• Many of the important projects (for libdes, libsasl, build_plugins, and the sample client sc_shlb) have Carbon versions.
• There is a new folder in CommonKClient called mac_kclient3 which contains code compatible with MIT's new KClient 3.0 API. This folder must be in your CodeWarrior access paths, the old mac_kclient folder must not, and it must precede the project's main folder.
• The kerberos4 plugin uses this new code. The kerberos4 plugin also statically links the Carbon libdes, and no other part of Carbon SASL uses libdes directly. Your application should not link against libdes.shlb under Carbon! (It causes problems due to DES symbols also existing in the MIT Kerberos library, which loads first.)
• To build the projects, you should have the MIT Kerberos for Macintosh 3.5 installation disk images mounted, since the access paths include the absolute paths to the library directories from that image. It's easier than you having to find the paths yourself, and smaller than having to distribute the libraries with SASL.