Your best source of information and news about software, drivers and Vista hardware on the internet

Vista ARTICLES TOP 50 Spyware Virus Vista SOFT Vista HELP

Exchange Server

You are currently browsing the articles from MS Windows Vista Compatible Software matching the category Exchange Server.

Transitioning from Exchange 2000 to 2007 (Part 3)

Now after checking the entire pre-installation components, if we start the setup we will get some error messages such as this one:

Setup encountered a problem while validating the state of Active Directory: Domain Controller Operating System version is 5.0 (2195) Service Pack 4. The minimum version required is 5.2 (3790) Service Pack 1.

This a common issue actually, the reason behind this is that the setup is checking all the DCs that they must be 2003 sp1 as well as the GCs, because of that we have to point the setup to the specific 2003 dc.. This issue will be fixed in exchange 2007 sp1.  So, I am going to start the setup in an unattended mode starting by prepare the forest by running the mentioned switches previously but with specifying /dc: parameter to point to the windows 2003 DC.  The first thing we need to do in deploying Exchange 2007 into a legacy Exchange Organization is to run

Setup.com /PrepareLegacyExchangePermissions

•After that we have to prepare the schema, this can be done by running the following command

Setup.com /PrepareSchema /dc:NameofWindows2003DC

Prepare AD, by typing the command:

Setup.com /PrepareAD /dc:NameofWindows2003DC

Note: you can run the Setup.com /PrepareAD command before running /PrepareLegacyExchangePermissions and /PrepareSchema, this will run the /PrepareLegacyExchangePermissions and /PrepareSchema commands automatically.

Now we can start the setup, but we have to start the setup in an unattended mode as we said, by combining a couple of switches with the setup command, depending on your needs:

setup /m:Install /roles:M,HT,C,MT /dc: /EnableLegacyOutlook /LegacyRoutingServer: /t:”d:\program files\Microsoft\Exchange Server”

This command will install the management tools, Hub Transport role, Client access role and the Mailbox role.

That is it, exchange 2007 had been installed, and now we have to move the mailboxes to the new exchange 2007 and finally decommission the old 2000 server.  For more details, you can follow up with Henrik article on moving the mailboxes and decommissioning the old exchange server.

For More Information:

Transitioning from Exchange 2000 to 2007 (Part 1)

Transitioning from Exchange 2000 to 2007 (Part 2)

Thelazyadmin.com Exchagne Category

Written by rodney.buike on October 1st, 2007 with no comments.
Read more articles on Exchange Server and Guest Authors.

Transitioning from Exchange 2000 to 2007 (Part 2)

Before we get started with the installation of Exchange 2007 it is recommended to run the latest version of Exchange Best Practice Analyzer tools now, and choose Exchange 2007 readiness check, in my case, the tool gave me the following report:

So, my exchange organization is in mixed mode, it must be changed to native mode.  In general, there is three prerequisites that must checked before installing exchange 2007, they are:

  • Active Directory forest:
    • the domain functionality level must be windows 2000 or Windows Server 2003
    • the domain controller that is the schema master is running Windows Server 2003 SP1 or higher
    • the Global Catalog server is running Windows Server 2003 SP1 or higher

There are some switches that you can run them to prepare the environment by preparing the permission required for exchange 2007, preparing the schema, preparing active directory, and preparing domain.  Those switches are:

Setup.com /PrepareLegacyExchangePermissions
Setup.com /PrepareSchema
Setup.com /PrepareAD
Setup.com /PrepareDomain or Setup.com /PrepareAllDomains

Note: you can run the 32-bit version of Exchange 2007 from the trial CD to prepare you environment.

  • Exchange organization
    • it is a must to run the exchange organization in native mode
    • because of this all Exchange servers running Exchange 5.5 or earlier must be removed

In my case I have to change the organization mode simply by opening the exchange system manager, right click exchange organization, choose properties then choose the change mode button you will get a warning message, click yes, as simple as that.

Server requirements:

  • .Net framework 2.0
  • Update KB926776
  • MMC 3.0
  • Windows PowerShell 1.0
  • HotFix for Windows x64 (KB904639)

Also, there are some additional components that you have to install on the server depending on the role you are planning to implement, those are:

For Mailbox server role, you need the following components:

  • Enable network COM+ access
  • Internet Information Services
  • World Wide Web Service

For Client Access Server, you need the following components:

  • WWW
  • RPC over HTTP proxy
  • ASP.NET 2.0

For Hub transport server role, no more components are needed but be sure that the SMTP AND NNTP is not installed.  Finally if you are going to use the Edge Transport Role you will need to install ADAM and again make sure that SMTP and NNTP are not installed.  In the next article we going to start the setup……..

For More Information:

KB Article 904639 - An access violation may occur when you try to run a 64-bit program that uses the interface remoting component of MDAC 2.8 on a computer that is running Windows Server 2003

KB Article 926776 - Microsoft .NET Framework Upgrade

Transitioning from Exchange 2000 to 2007 (Part 1)

Transitioning from Exchange 2000 to 2007 (Part 3) Coming Soon

Written by rodney.buike on September 28th, 2007 with 1 comment.
Read more articles on Exchange Server and Guest Authors.

Transitioning from Exchange 2000 to 2007 (Part 1)

Mueed Al-Enzi sent us an email about a series of posts he wrote on transitioning from Exchagne 2000 to 2007.  What was interesting about his article was that his Exchange 2000 server was also his DC and was on Windows 2000.  He had a lot more work to do than normal but since this is a common setup we decided to accept it and post it here.  You can see more of his posts as he works on getting his blog up and running.

Transitioning from exchange 2003 to exchange 2007 is easy and straightforward, and there are many articles on the web describing the process. Henrik Walther wrote one of the best articles on this topic at MSExchange.com, but what about transitioning from Exchange 2000 to Exchange 2007 in a situation where you have a single box (Windows 2000 DC and Exchange 2000).  This scenario is different and needs a little bit more concentration and preparedness.  In this article series (3 parts), I am going to show you my real experience on this issue, enjoy it!

The setup is as follow:

  • Two Domain controllers running windows 2000 advanced server.
  • Exchange 2000 is installed on one of the domain controllers.
  • The FSMO roles had been moved to the domain controller that is not running exchange.

Well, the first thing we have to think about it is to upgrade the domain controllers to windows 2003 before we go through the installation of Exchange 2007, since this is one of the requirements for exchange 2007.  Regarding to MS KB325379, there is certain attributes in the schema must be changed before we run the /Forestprep , /Domainprep of the windows 2003, those attributes are:

  • CN=ms-Exch-Assistant-Name
  • CN=ms-Exch-House-Identifier
  • CN=ms-Exch-LabeledURI

These attributes must appear as msExchAssistantName, msExchHouseIdentifier, and msExchLabeledURI.  In order to do such change, we can create a script that modifies these attribute in the following way (quoted from KB article:

  1. Log on to the console of the schema operations master by using an account that is a member of the Schema Admins security group.
  2. Click Start, click Run, type notepad.exe in the Open box, and then click OK.
  3. Copy the following text including the trailing hyphen after “schemaUpdateNow: 1″ to Notepad.
  1. dn: CN=ms-Exch-Assistant-Name,CN=Schema,CN=Configuration,DC=X
    changetype: Modify
    replace:LDAPDisplayName
    LDAPDisplayName: msExchAssistantName
    -
    dn: CN=ms-Exch-LabeledURI,CN=Schema,CN=Configuration,DC=X
    changetype: Modify
    replace: LDAPDisplayName
    LDAPDisplayName: msExchLabeledURI
    -
    dn: CN=ms-Exch-House-Identifier,CN=Schema,CN=Configuration,DC=X
    changetype: Modify
    replace: LDAPDisplayName
    LDAPDisplayName: msExchHouseIdentifier
    -
    dn:
    changetype: Modify
    add: schemaUpdateNow
    schemaUpdateNow: 1

    -

  • Confirm that there is no space at the end of each line.
  • On the File menu, click Save. In the Save As dialog box, follow these steps:
    1. In the File name box, type the following: \%userprofile%\InetOrgPersonPrevent.ldf
    2. In the Save as type box, click All Files.
      c. In the Encoding box, click Unicode.
    3. Click Save.
    4. Quit Notepad.
  • Run the InetOrgPersonPrevent.ldf script.
    1. Click Start, click Run, type cmd in the Open box, and then click OK.
    2. At a command prompt, type the following, and then press ENTER: cd %userprofile%
    3. Type the following command:  c:\documents and settings\%username%>ldifde -i -f inetorgpersonprevent.ldf -v -c DC=X “domain name path for forest root domain”

    Syntax notes: DC=X is a case-sensitive constant.  The domain name path for the root domain must be enclosed in quotation marks.  For example, the command syntax for an Active Directory forest whose forest root domain is TAILSPINTOYS.COM would be:  c:\documents and settings\administrator>ldifde -i -f inetorgpersonprevent.ldf -v -c DC=X “dc=tailspintoys,dc=com”

    Note You may need to change the Schema Update Allowed registry subkey if you receive the following error message: Schema update is not allowed on this DC because the registry key is not set or the DC is not the schema FSMO Role Owner. For more information about how to change this registry subkey, click the following article number to view the article in the Microsoft Knowledge Base: 285172 Schema update require Write access to schema in Active Directory “

    Now we have to verify that previous attributes had been modified, this can be done through ADSI edit tools (installed as a part of the support tools), under the schema find the attributes (CN=ms-Exch-Assistant-Name CN=ms-Exch-House-Identifier CN=ms-Exch-LabeledURI). Double click each of them, on the attributes tab in the “Select which properties to view” drop down, select either Mandatory. In the next drop down “Select a property to view” select lDAPDisplayName. Then at the text in the box next to value, make sure that the three attributes same as the attribute name without the CN= and the dashes i.e. msExchAssistantName).
    Now we can safely run adprep on the schema operations master. To do so, Log on to the console of the schema operations master with an account that is a member of the Schema Admins security group.

    Click Start, click Run, type cmd, and then click OK.  Where X:\I386\ is the path of the Windows Server 2003 installation media.

    X:\I386\adprep /forestprep

    Verify that the adprep /forestprep changes have replicated on all the domain controllers in the forest.  After that, Run adprep /domainprep on the Infrastructure master. To do so, click Start, click Run, type cmd, and then on the Infrastructure master type the following command:

    X:\I386\adprep /domainprep


    Verify that domainprep completed successfully, and a replication had been initiated between the DCs.  In my scenario, I had a new server (windows 2003 SP1) which I promote it successfully to be the first domain controller running windows 2003, after preparing the schema.  After that I had transferred the FSMO roles to the new DC and set it as a Global catalog, then upgrade the old DC to windows 2003 (the one that it is not running exchange).

    For more information:

    KB Article 325379 - How to upgrade Windows 2000 domain controllers to Windows Server 2003

    Transitioning from Exchange 2000 to 2007 (Part 2) Coming Soon

    Transitioning from Exchange 2000 to 2007 (Part 3) Coming Soon

    Written by rodney.buike on September 26th, 2007 with no comments.
    Read more articles on Exchange Server.