It’s been over seven months since the release of Exchange 2000 SP2 and in that time Exchange Admins have clamored for fixes to fix the fixes in SP2. It’s no secret that SP2 was not a favorite install of many Exchange Admins, while many others installed it and have had no problems. Fortunately, I am among the group that has had no problems with SP2, but then again each situation is different depending on which of the many ways you have deployed and configured Exchange 2000 Server. Let’s take a quick look at what’s going in SP3. In a later article I will take a more detailed look into specifics, but for right now I am just going to cover the highlights and basic information. Oh yeah, before I get any further, you can get Exchange 2000 SP3 here.
SP3 Upgrade Concerns
As you might expect, there are some concerns associated with upgrading Exchange 2000 Servers to SP3. The most pertinent concerns are:
· Windows 2000 SP2 or SP3 (not yet released as of this writing) must be installed on the server that you are installing Exchange 2000 SP3.
· You can run Exchange 2000 SP3 on Windows 2000 SP3 servers in Windows .NET Server domains with Windows .NET Server domain controllers.
· You cannot run Exchange 2000 SP3 on servers running Windows .NET Server. This will require the next version of Exchange Server, code-named Titanium.
· In order to deploy Exchange 2000 SP3, you will require Exchange Full Administrator permissions at the Organization level or the Administrative Group level.
· In order to deploy Exchange 2000 SP3 on a clustered solution, you will require Exchange Full Administrator permissions at the Organization level.
· In order to deploy Exchange 2000 SP3 on a server acting as an Exchange Key Management server, you will require Enterprise Administrator and Exchange Full Administrator permissions at the Organization level.
· In order to deploy Exchange 2000 SP3 on a computer that has only the Exchange System Manager installed, you will require only Local Machine Administrator permissions.
Post SP2 Hot Fixes
From the Microsoft Web site, you can see that the list of Post SP2 Hot Fixes for Exchange 2000 Server is quite extensive. It’s no where near as long as the list of fixes for something like Windows 2000 or Windows XP, but it’s still pretty long in its own right. This list is as
· XADM: A Memory Leak in Store.exe Degrades Performance (Q322125)
· XADM: A Message Tracking Log Is Not Generated After You Restart the Server (Q319866)
· XADM: A Front-End Server May Use 100 Percent CPU When Using SSL (Q321134)
· XADM: “GetAssociatedAppointment” Creates Duplicate Attachments (Q314606)
· XADM: Canceled Calendar Items in a Notes R4 Calendar Are Migrated to Exchange 2000 (Q320371)
· XADM: You Cannot Perform a Check Names Query Against a Front-End Exchange Computer (Q319175)
· XCLN: The Exchange Multimedia Extension Causes a Memory Leak in Outlook (Q319361)
· XADM: Information Store Process Uses High CPU When BkExpandDontRun Is Enabled (Q318899)
· XADM: Mailbox Manager Does Not Send Reports and Does Not Log Any Error Messages (Q322062)
· XCON: MTA Process Can Leak Memory Because of Excessive Rerouting (Q320225)
· XCCC: Event ID 16387 Error Message Does Not Format Parameters Correctly (Q318783)
· XADM: Information Store Does Not Respond to Remote Procedure Call Requests (Q322124)
· XADM: Permissions Properties Display “NTUSER:DOMAIN\username” After Migration (Q316754)
· MS02-025: Malformed Mail Attribute Can Cause Exchange 2000 to Use Up CPU Resources (Q320436)
· XADM: Corrupted Message at Head of Queue Blocks Delivery for that Queue (Q319653)
· XCCC: Instant Messaging Server Stops Processing Clients with High Outgoing Messages (Q318158)
· XCCC: The OWA Reply Header Lists “From: User on Behalf Of” (Q307302)
· XADM: Leaks Occur in Cdoex.dll During Instance Creation (Q313141)
· XADM: A Crash Occurs in the DNS Resolver Sink for a Host with MX and CNAME Records (Q313625)
· XCON: The MTA Process Is Leaking Memory with a High Handle Count (Q313735)
· XADM: Store.exe Access Violation Occurs When Internet Mail Checks the Address Type (Q313678)
· XIMS: You Cannot Post Items Without a Subject to an NNTP Newsgroup (Q314072)
· XADM: The Exchange 2000 System Attendant Incorrectly Sets Remote Registry Permissions (Q315085)
· XGEN: Exchange 2000 Server Post-Service Pack 2 Admin Fixes Available (Q316056)
· XCCC: OWA and DAV Client Calls Do Not Clear a Message Body from the Cache (Q315769)
· XADM: The Information Store Stops on a Cluster Because of the IsAlive Check (Q315771)
· XCCC: Non-ActiveX Clients Cannot Join Conference (Q315957)
· XGEN: Exchange 2000 Server Post-Service Pack 2 Directory Fixes Available (Q316463)
· XGEN: Exchange 2000 Server Post-Service Pack 2 Protocols Fixes Available (Q316664)
· XGEN: Exchange 2000 Server Post-Service Pack 2 Transport Fixes Available (Q317323)
· XIMS: Deeply Nested NDR Messages Stuck in the Outbound Queue (Q317124)
· XADM: The Members of a Universal Security Group Are Denied Access to Public Folders (Q318246)
· XCCC: Outlook Web Access Displays the Note Form Instead of the Contact Form (Q318853)
· XCON: Messages Stack Up in SMTP Local Delivery Queue (Q319461)
SP3 Issues
You should be aware of the following issues that are specific to installing Exchange 2000 SP3:
· If you have an Outlook Web Access implementation setup using a Front-End / Back-End solution, you must upgrade all Front-End servers before upgrading any of the Back-End servers. OWA clients download scripts from the Front-End servers that they connect to; these scripts are not compatible with any Back-End servers that running an older Service Pack, such as in the case where you mistakenly upgraded your Back-End servers to SP3 while leaving your Front-End servers at SP2. If you are running multiple Front-End servers, you do not have to upgrade all of them at once but you must upgrade all of them before upgrading any of the Back-End servers.
· Installation of Exchange 2000 SP3 does not automatically update the help files for OWA clients. You will need to update the files manually or install them by running an .MSI file or language pack for each language that is used by your OWA clients. You must remove any existing SP1 or SP2 OWA help files from the Add/Remove Programs applet before installing the SP3 help files. To update your OWA help files, click Outlook Web Access Help Files from the Microsoft Exchange SP3 main setup screen. Complete the installation process for each language required by your OWA clients. Alternatively, you can access the help files in the x:\setup\i386\exchange\exchweb directory, where x is the location of your SP3 files.
· After an upgrade from Exchange 2000 or Exchange 2000 SP1 to Exchange 2000 SP3, the Exchange MTA Stacks service and Exchange Information Store (IS) service will not start if you do not meet the following requirements. Pay attention to this as this is one of those gotchas you can prevent with careful pre-planning!
o At least one available global catalog server resides in a domain where you ran the DomainPrep utility. This utility creates the groups and permissions necessary for servers running Exchange to read and modify user attributes.
o A Recipient Update Service exists in that same domain.
If you are using a global catalog server in a different domain, then you must run DomainPrep in that domain, create a new Recipient Update Service for that domain and then restart the newly upgrade Exchange 2000 SP3 server. Only by doing this will you get Directory Access to run properly.
That’s All for Now
Well, that’s all I have to share for now about Exchange 2000 SP3. As promised, I will revisit this issue once I have had adequate time to work with SP3. Have you deployed SP3 and have something to share? Please do not hesitate to email me with your comments or concerns. Until next time…