Topics Map > Campus Services > UW White Pages / Directory
UW-Madison White Pages Service
The UW-Madison has an online
white pages service, accessible via several protocols, providing basic phone, address and email information about employees and students.
If you are looking for specific client installation instructions, see the
See Also section of this document or search client documentation.
Important Notes on the Data Returned...
All of these access methods return data from the same dataset. Some return more or less data, depending on the client and it's configuration. To correct data, see:
- White Pages - Incorrect or Missing Student Information
- White Pages - Incorrect or Missing Faculty/Staff Information
Use of the UW-Madison directory (White Pages) is restricted to single online look-up of individuals and departments. It is not intended or designed for large volume, bulk, reporting, or system authentication and/or authorization. The directory queries are monitored for misuse of the directory information and violators will be contacted. A person’s listing in this directory does not necessary imply an official relationship with the University of Wisconsin-Madison.
The directory is searchable via the World Wide Web at www.wisc.edu/directories/. For privacy, this interface does not display home address information. This interface does a lot of formatting in an attempt to make things simpler. Not all information is represented.
The native format for the directory. Allows the most flexibility in formulating queries.
|Port||389 (Standard LDAP Port)|
|Protocol Version||2 or 3|
No bind DN or password is needed. Searches return 25 entries maximum.
Example (Using OpenLDAP ldapsearch on MacOS X, other ldapsearch implementations may have slightly different command-lines):
$ ldapsearch -h wisc.edu -x -LLL -b 'dc=wisc,dc=edu' 'cn=bucky badger' dn: wiscEduEphemeralid=df30a14c4fffa0b518e074f2a30ec824,ou=people,dc=wisc,dc=edu objectclass: top objectclass: person objectclass: organizationalperson objectclass: inetOrgPerson objectclass: wiscEduPerson sn: BADGER title: MASCOT wiscedualltitles: MASCOT mail: email@example.com wiscedusearchgivenname: BUCKY wiscedusearchgivenname: BUCKINGHAM wiscedusearchgivenname: BUCKINGHAM U ou: INTERCOLLEGIATE ATHLETICS wiscedualldivisions: INTERCOLLEGIATE ATHLETICS st: WI wisceduallemails: firstname.lastname@example.org wiscedudepartment: INTERCOLLEGIATE ATHLETICS datasource: Payroll wiscedusearchsn: BADGER wiscedusubdept: INTERCOLLEGIATE ATHLETICS l: MADISON telephonenumber: (800) GO BADGERS postalcode: 53711 physicaldeliveryofficename: CAMP RANDALL STADIUM o: INTERCOLLEGIATE ATHLETICS cn: BUCKINGHAM U BADGER wiscedualldepartments: INTERCOLLEGIATE ATHLETICS displayname: BUCKINGHAM U BADGER street: 1440 MONROE ST wisceduallsubdepts: MIDDLEWARE postaladdress: 1440 MONROE ST$MADISON WI 53711 wiscedudivision: INTERCOLLEGIATE ATHLETICS givenname: BUCKINGHAM U wisceduallphones: (800) GO BADGERS wiscedusearchcn: BUCKINGHAM U BADGER wiscedusearchcn: BUCKINGHAM BADGER wiscedusearchcn: BUCKY BADGER wisceduworkemail: email@example.com wisceduephemeralid: df30a14c4fffa0b518e074f2a30ec824
cn=bucky badger in the example
ldapsearch command line above is actually an LDAP Search Filter, as defined in RFC 2254, and can be arbitrarily complex. For example, to search for the
Bucky Badger in Athletics (if there were more than one "Bucky Badger" on campus):
$ ldapsearch -h wisc.edu -x -b 'dc=wisc,dc=edu' \ '(&(cn=bucky badger)(wiscDduDepartment=INTERCOLLEGIATE ATHLETICS))'
Sun has a detailed example in their Directory Server Documentation.
Be warned, however, that all attributes are not fully indexed, so your-milage-may-vary if you do not include an indexed attribute (cn, for example) in your search.
A gateway provides CSO/Ph access to the data in the directory. Only the query interface is implemented, all other commands are ignored.
|Port||105 (Standard Ph Port)|
Example (using nph):
$ nph -s wisc.edu "bucky badger"@wisc.edu nph: connected to PH server wisc.edu nph: reading file /usr/local/etc/nphrc... STATUS INFORMATION: fake-ph.pl server fake-ph.pl v1.4 (r126.96.36.199) Mo' betta data. nph: matched 1 entry ---------------------------------------- ENTRY #1: name: BUCKINHAM U BADGER building: CAMP RANDALL STADIUM department: INTERCOLLEGIATE ATHLETICS division: INTERCOLLEGIATE ATHLETICS email: firstname.lastname@example.org phone: (800) GO BADGERS title: MASCOT work-email: email@example.com work_address: 1440 MONROE ST : MADISON WI 53711 ----------------------------------------
|Port||79 (Standard Finger Port)|
$ finger "bucky badger"@wisc.edu 102:There was 1 match to your request -200:1: name: BUCKINGHAM U BADGER -200:1: building: CAMP RANDALL STADIUM -200:1: department: INTERCOLLEGIATE ATHLETICS -200:1: division: INTERCOLLEGIATE ATHLETICS -200:1: email: firstname.lastname@example.org -200:1: phone: (800) GO BADGERS -200:1: title: MASCOT -200:1: work-email: email@example.com -200:1: work_address: 1440 MONROE ST -200:1: : MADISON WI 53711 200:Ok.
|Port||43 (Standard Whois Port)|
$ whois -h wisc.edu "bucky badger" 102:There was 1 match to your request -200:1: name: BUCKINGHAM U BADGER -200:1: building: CAMP RANDALL STADIUM -200:1: department: INTERCOLLEGIATE ATHLETICS -200:1: division: INTERCOLLEGIATE ATHLETICS -200:1: email: firstname.lastname@example.org -200:1: phone: (800) GO BADGERS -200:1: title: MASCOT -200:1: work-email: email@example.com -200:1: work_address: 1440 MONROE ST -200:1: : MADISON WI 53711 200:Ok.
whois "bucky badger"@wisc.edu also works on some platforms. Consult your
whois manual for more information.