Address Book

Now that we’ve spent what seems like an eternity on the ins and outs of OS X Server’s directory and management capabilities, the rest of the review will go by pretty quickly - most of the services are pretty simple to setup and don’t have a lot of moving parts.

The Address Book service, for example, is basically a giant on/off switch with an option to include your directory users’ information in the address book search.

To connect your client computer to the Address Book, go to Mail, Contacts & Calendars in System Preferences, click Other, and then elect to Add a Mac OS X Server account. Either select your server or type in its address, authenticate, and you’ll be asked which services you want to use (based on what services your server offers, and which ones you have permissions to use). If you’ve configured everything correctly, OS X will handle the rest.

You now have a shared, centralized address book for every computer on your network that requests it.

iCal


As with Address Book, the iCal service can begin to be used after the flip of a switch in Server.app, but this time around there are a couple other configurable options.

Mostly, these come in the form of “locations” (like particular buildings or rooms) and “resources” (like computers or projectors) - adding these to your server will make them available as separate calendars, allowing people to schedule time to use them. Designating users or user groups as “delegates” for each location or resource allows the user or users to approve (or disapprove) scheduled meetings.

Otherwise, it’s a pretty standard server for a pretty standard calendaring service: every user on your server gets his or her own calendar, and they can all share them with each other to see what they’re doing. No surprises here.

Connecting OS X clients to iCal servers is accomplished in the Mail, Contacts & Calendars section of System Preferences, just like Address Book. There’s also a simple web interface for the service that becomes available when you turn it on.

iCal web interface

iChat

The iChat service is another on/off switch service, for the most part - your only configurable options are to log chats to the server, and allow users on your server to communicate via iChat with users on another OS X Server (which Apple calls “server-to-server federation” - it’s enabled by default, though you can restrict it if you want).

Connecting to your iChat server is, like iCal and Address Book, accomplished via Mail, Contacts & Calendars in System Preferences.

 

Mail

 
Mail is one of the few services managed by Server.app that retains more advanced configuration options in Server Admin - we’ll go over Server.app first.

In Server.app, you have a few options after you flip the switch: your first is to choose your domain name (what appears after the @ in your users’ email addresses), and your second is to specify a relay server for your outgoing mail if your configuration requires it.

The next two are a bit more universally applicable - one is to set a quota on your users’ mailboxes, and the next is to enable a Webmail interface for your service - this is accessible by default by typing [your server’s name]/webmail into your address bar, and brings up a webmail interface that is quite usable, though it’s nothing special.

 You can also access your Mail service through Mail.app using the Mail, Contacts & Calendars preference pane (the last service for which this is true), or any ol’ POP or IMAP-enabled email client (since POP, IMAP, and SMTP are all supported protocols).

Your last option in Server.app relates to virus and junk mail filtering - there’s a checkbox for the former and a slider for the latter - and blacklisting of known malicious email servers.

If you go into Server Admin you’ll get much more advanced options for configuring and monitoring your mail server. You can view logs and setup email alerts, configure more advanced filtering options, control quotas and maximum message size, enable mailing lists, and control authentication options.

Mail Server is reasonably full-featured, but there’s no getting around the fact that there are better solutions out there - big, established organizations considering adding Mac servers to their fleet are already going to be using competing systems like Exchange (and Microsoft is going to offer support for Exchange that far surpasses whatever Apple provides for OS X Server, from the point of view of most enterprises).

On the other hand, smaller organizations with fewer resources are likely going to be better off going with Google Apps for Business or another equivalent, something that offers the Mail service’s functionality while outsourcing the backend headaches to someone else. However, if you’re a small organization that insists on maintaining full control over all its data and aren’t willing to outsource, the Mail service could be useful to you.
Profile Manager: Managing Lion and iOS File Sharing, Podcast, and Time Machine
Comments Locked

77 Comments

View All Comments

Log in

Don't have an account? Sign up now