The following services have been tested with this authentication:
sudo dseditgroup -o edit -t user -a dpugh admin
The following services have been tested and do NOT work (though there may be yet undiscovered ways to make them work):
SECURITY WARNING: If you have any sharing services (remote login/ssh, file sharing, screen sharing, etc) enabled, following this procedure will allow everyone in the University community to connect to your computer unless you limit the access through other means.
Launch /Applications/Utilities/Directory Utility. Ignore the Looking for Mac OS X Servers message - don't wait for it to complete. If everything is greyed out, click the lock icon to unlock

Click the Show Advanced Settings button.
Click the Services button.

Double-click LDAPv3.

Click the New... button

Click the Manual button.
Set the fields as follows:

Click OK
Click Search Policy button.

On the Authentication tab, click the Add (+) button. If an Add (+) button is not shown, set the pulldown for Search to Custom path. A dialog will appear.
Choose /LDAPv3/ldap.itd.umich.edu and click the Add button.

Click the Apply button. (this will take about 30 seconds to process)
Close Directory Utility.
(I think the fact that you need to do the next 2 steps are bugs, but it does work, so here they are):
As root (use sudo), use your favorite text editor (vi, nano, pico, emacs, etc)
to modify
/etc/openldap/ldap.conf. Change the TLS_REQCERT line
from demand to never:
TLS_REQCERT never
An explaination of this LDAP issue can be found here, at AFP548
Reboot
id johndoe
(or any other uniqname of a person that does not have an account on your computer). If it comes back with their uid (and some other stuff) you're all set. If you see a 'no such user' result, your LDAP configuration is not working.
