This will open an easy-to-navigate browser window with an HTML view of errors that might have happened during setup (see Figure 1).
Figure 1 Out-HTML and Out-IE make the view of your setup logs easier to read (Click the image for a larger view)
If, on the other hand, you opt to view the exchangesetup.log using Notepad, here are a few tips:
- To find a start of the setup run, search for:  Starting Microsoft Exchange 2007 Setup.
- To find an end of a setup run, search for:  End of Setup.
- Major setup tasks are separated by:  **************.
- To look for an account that ran setup, search for:  Logged on user.
- If you want to see which domain controller was used during setup, search for:  Setup will use the domain controller.
Generally speaking, when reviewing setup logs using Notepad, you should start at the end of the file and go back in time to see what the problem was. Errors are usually some of the very last pieces of information that are logged into the setup log.
Q Can I use Exchange 2007 Unified Messaging with my PBX?
Q I have a client running Small Business Server 2003 with Exchange, and the company policy requires that all mail be monitored. To perform the monitoring, I want to send a copy of all incoming and outgoing mail to the administrator's account. How can I make this happen?
A What you need is message journaling, which allows you to keep a copy of all messages sent to or from a specific mailbox database in a separate journaling mailbox. There are a variety of options that let you configure how detailed the journaled copies should be (for example, do you want to capture BCC recipients?), and an additional tool you can download to get some advanced features, at
. Journaling in Exchange 2003 is enabled on a per- database level, so every user in that database gets journaled. After you create the mailbox to hold the journaled messages, go to the properties of the mailbox store in Exchange System Manager and check the box to archive messages sent to or received by mailboxes on that store. Depending on your business policies, you may also want to enable the mailbox manager to automatically clean out old journal copies from the journal mailbox.
Exchange 2003 has another feature similar to journaling, called the archive sink. Unlike journaling, which saves copies of the messages to another mailbox in Exchange, the archive saves messages into a specified folder on the server hard drive. Why choose one method over the other? Journaling is generally intended for regulatory compliance scenarios, but the archive sink can be useful if you want to capture all messages coming in from or going out to the Internet, for example.
Exchange 2007 simplifies these scenarios significantly, and you can easily journal on a per-user or per-distribution-list (DL) basis. If you don't want users to know that their mail is being journaled, you can hide that DL from the Global Address List (note that this is not the same as hidden membership of a DL) or set up a custom attribute on the users and then create a Query-Based Distribution Group (also called Dynamic Distribution Lists or DDLs around here) to key off all users with that custom attribute. If you want to journal all mail in the entire organization to the same location, leave the recipient field blank when creating the journaling rule. Also note that if you want to use any journaling other than per- database in Exchange 2007, you'll need the Enterprise Client Access License (CAL) for those users. You'll find more information at
. If you don't want that CAL or any of the other features, you can continue to use the per-database journaling feature from Exchange 2003. Finally, have a look at David Strome's article from the December 2006 issue of TechNet Magazine
entitled "More Powerful Journaling in Exchange 2007," at
Q All of my users run Microsoft Office 2003, and we have no plans to move to the 2007 Office system until a hardware refresh in 2008. From what I've read, though, I'm afraid they'll miss out on some features because of this. Will they be able to use Unified Messaging?
A Absolutely. In Office 2003, Unified Messaging-enabled users can receive voicemail messages and faxes in their mailboxes, as well as call in to access their mailbox via any phone. If you don't upgrade to Outlook 2007, the Unified Messaging feature you'll miss is the ability to configure voicemail settings through the Options tab in Outlook, as well as the special custom form that shows up on a voicemail message in Outlook and lets you play the message inline without having to launch a separate media player. In addition the feature that lets you write audio notes and save them with the voicemail message will not be available. But even without Outlook 2007, your Unified Messaging-enabled users can still use OWA 2007 to access the Unified Messaging settings (on the OWA options page) as well as use the custom form for voicemail in OWA.
Q My company already has a Storage Area Network (SAN) and I want to hook up Exchange 2007 to it. But I've heard a lot about direct attached storage (DAS) that makes me wonder whether I should choose that option. What do you think?
A There isn't a right or wrong answer to this question; it really depends on your company's policies and scenarios (especially if you already have a SAN). If you're thinking of buying a new SAN, adding another one, or otherwise considering an upgrade, we highly recommend you consider DAS. Here's some information to take into account: as of June 2007, Microsoft IT has deployed 17 Exchange 2007 mailbox servers for 40,000 mailboxes (with quotas ranging from 500MB to 10GB), all using Cluster Continuous Replication (CCR) with DAS. By September we plan to have 35 Exchange 2007 mailbox servers with 152,500 mailboxes all on DAS. So if you're wondering if DAS is appropriate and workable on an enterprise scale, it absolutely is. DAS has been key in allowing Microsoft IT to increase user quotas while decreasing overall storage costs. More information on this topology and deployment and the savings involved is at
Although it may initially seem like a huge savings in storage to have all of your servers hooked up to the same SAN, it is not without risk. For example, one problem that commonly occurs is related to the different usage scenarios for the software hooked up to the SAN. If you have an HR application on the SAN that runs a batch process every evening at 5:00 PM, for example, that I/O spike could seriously affect your Exchange users. Lack of deterministic I/O is a common problem with shared SAN deployments.
An advantage we've also realized with DAS is that it's simpler to manage because it doesn't require dedicated storage administrators or special equipment. It's incremental and easy to buy and expand later. And it's generally inexpensive enough that if you want to have spares lying around, it won't break the bank.
Q I have installed my first Exchange 2007 server. Now, when I try to connect to it using Outlook 2003, I get an error stating that the administrator has blocked my Outlook version. ("Your Exchange Server administrator has blocked the version of Outlook that you are using. Contact your administrator for assistance.") But I am the administrator and I never blocked it. What is going on?
A This behavior is not unexpected. When Exchange 2007 is being installed, the Setup wizard asks whether you are running any Outlook 2003 or earlier or Entourage clients in your organization (see Figure 2). If you answered no to this question, you may encounter this problem.
Figure 2 The Exchange 2007 Setup legacy client question (Click the image for a larger view)
To resolve this issue after the fact (after setup has completed), you can simply create a public folder store using the Exchange Management Console or the Exchange Management Shell and restart the Information Store service. Restarting the Information Store service is mandatory in this case, and legacy clients (Outlook 2003 and earlier) will not be able to connect to the server until the service is restarted.
Additionally, if you are running the unattended setup of Exchange 2007, you can use the /EnableLegacyOutlook switch to specify how you want to answer the question about legacy clients.
Q Why would Exchange 2007 care if I connect to the server using older versions of Outlook? Why does creating the public folder store and restarting the Information Store service fix this problem?
A The answers to these questions revolve around the presence of the public folder store. If you recall, the public folder store in previous versions of Exchange is used to store the users' Free/Busy data, among other things. When a legacy Outlook user is connected to his Exchange server using MAPI or RPC over HTTP and publishes something to his calendar, the information about his Free/Busy status is also published to the server into a special public folder called the Schedule+ folder. This is the only way that legacy Outlook clients know of publishing users' Free/Busy data to the server and actually the only way a legacy Outlook knows how to read other users' Free/Busy information.
Exchange 2007 knows this. That's why if there is no public folder store, Exchange 2007 blocks earlier versions of clients. If Exchange 2007 allowed the legacy client connection, the client would encounter frequent errors as Outlook could not connect to the public folder store to publish Free/Busy data, and the client functionality would be limited as Free/Busy lookups that a user wants to do (when trying to schedule a meeting with someone else, for example) simply would not work. This is also why creating the public folder store resolves the issue, as Exchange 2007 server then knows that legacy clients can use the Free/Busy publishing functionality, so the mailbox logon is allowed.
From all this, there is one more thing you could have concluded: that Outlook 2007 clients do not require the public folder store to publish their Free/Busy information. This is true, but with a twist.
Without going into too much depth, let us just say that if a public folder store is present on an Exchange 2007 server, even an Outlook 2007 client will publish users Free/Busy data to it. The reason that this is done is so other clients, some of which are presumably legacy Outlook clients, can look up the Free/Busy information for an Outlook 2007 user; if the information is not in the public folder store, legacy clients would see no information for the Outlook 2007 user as nothing would ever populate the information into the public folder store. If the public folder store is not present, however, an Outlook 2007 client will not try to publish Free/Busy data. When there are no public stores and all clients are at least Outlook 2007, another mechanism of Free/Busy information lookup is used in which the calendar data is read directly out of the users' mailboxes, without creating a copy of this information anywhere else. If you want to read more about that, please look up information on the Availability Service in your server's help file or online Exchange documentation located at
Q I just read Knowledge Base article 288894, which talks about blocking MAPI clients using a registry key (see
). I checked my server's registry but this key was not set. How does the store execute this legacy client version block?
A A very good question! Indeed, Exchange 2007 Information Store does not use the "Disable MAPI Clients" registry value that is mentioned in that Knowledge Base article to block legacy clients. The reason for this is because there is a possibility that no public folder store exists and, therefore, no modification of that registry key can unblock those clients if no public folder store is present.
The behavior to block clients older than Outlook 2007 is simply hardcoded into Exchange 2007 Information Store. At service startup, the store checks for the presence of the public folder store, then decides whether only Outlook 2007 will be allowed to connect or if older versions will be able to connect to their mailboxes too. This check happens only at service startup. That's why you have to restart the Information Store service for the change to take effect after you create the public folder store.
KC Lemson is the User Experience Manager for Exchange Server. She is currently working toward a doctorate at a prestigious non-accredited university.
Nino Bilic is a Supportability Program Manager for Exchange Server. He is considering becoming a professional race car driver in Forza Motorsports 2.
© 2008 Microsoft Corporation and CMP Media, LLC. All rights reserved; reproduction in part or in whole without permission is prohibited.