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
POST A COMMENT

87 Comments

View All Comments

  • Kristian Vättö - Tuesday, August 02, 2011 - link

    Your Twitter was right, this really is endless Reply
  • CharonPDX - Tuesday, August 02, 2011 - link

    It was that pesky loop that started on page 23 that circled you back to page 8. By the time you'd read page 23, you'd forgotten what was on page 8, so you didn't notice you were in a loop until you were at what you thought was page 157... Reply
  • B3an - Tuesday, August 02, 2011 - link

    Very in depth article... but i feel you've wasted time on this. No one in there right mind would use OSX as a server. Apart from Apple fanboys that choose an inferior product over better alternatives because it has an Apple logo, but i emphasize the words "right mind". Reply
  • FATCamaro - Tuesday, August 02, 2011 - link

    For enterprise work, or a Windows-only network this is certainly true. For SMB, or even 500 mac/mixed users I think it could work if you can provide some glue to handle fail-over.
    Windows server is better for Office for sure as is Linux for web & applications.
    Reply
  • Spivonious - Wednesday, August 03, 2011 - link

    I can run a web server on the client version of Windows. It's just not installed by default. Reply
  • mino - Saturday, August 06, 2011 - link

    Hint: for how many users/connections ....

    If it was THAT simple there would be no Web Edition, mind you.
    Reply
  • AlBanting - Friday, August 19, 2011 - link

    Same thing for client version of Mac OS X. I've done this for years. Reply
  • KPOM - Tuesday, August 02, 2011 - link

    True, for an enterprise user. However, a small business or tech-savvy home user trying to manage multiple Windows PCs, Macs, and iOS devices might well be tempted by the $50 price tag.

    If should be obvious by the price drop and the discontinuation of the XServe that Apple no longer intends to compete with Windows Server or Linux in the enterprise market. They are a consumer-oriented company, and released a server OS intended for a consumer market.
    Reply
  • zorxd - Tuesday, August 02, 2011 - link

    Tech-savvy home user will run a free linux distro for a server. Plus it will work on any hardware, not only on a Mac. Many use older PCs as servers.
    Also the Mac Pro is too expensive and the Mac Mini can't even have 3.5" drives which mean that it is a bad solution for a file server.
    Reply
  • richardr - Tuesday, August 02, 2011 - link

    Actually, I have a real use case, though it may be a bit specialised for your tastes... non-computing departments of universities are full of people with underused desktops running Word, but also have other people doing analyses that take ages to run on their machines. Making them all Macs (you'll never persuade them to use linux) and wiring them up with xgrid and OSX Server is a pretty pain-free way of running my analyses on their machines without too much disruption to their lives... Reply

Log in

Don't have an account? Sign up now