Solved

Exchange 2007 Upgrade to SP1 Failed

Posted on 2009-04-09
15
362 Views
Last Modified: 2012-05-06
I was upgrading Exchange 2007 RTM to SP1, as it failed in the Hub Transport Role section with the following message:

When the AuthMechanism parameter on a Receive connector is set to the value ExchangeServer, you must set the FQDN parameter on teh Receive connector to one of the following values: the FQDN of the transport server "martini.bcr.loal", the NetBIOS name of the transport server "MARTINI", or $null.

Please help, I am unfamiliar with this.
ExchangeSp1.jpg
0
Comment
Question by:pzozulka
  • 7
  • 3
  • 3
  • +1
15 Comments
 
LVL 3

Expert Comment

by:tompi68
ID: 24104995
try to run the sp1 Update in an command line and NOT in the gui
setup.com /mode:upgrade
that should work
0
 
LVL 3

Expert Comment

by:tompi68
ID: 24105020
0
 
LVL 8

Author Comment

by:pzozulka
ID: 24105078
I tried running it from command prompt as well but it fails. You second advice sounds very good. I have only one question. The FQDN is currently set to mail.domain.com. The internal FQDN is totally different, as you can see in the attached picture it is "martini.bcr.local".

I am afraid that if I change that, it is somehow tied into our SSL certificates, and that might cause problems.
0
Enterprise Mobility and BYOD For Dummies

Like “For Dummies” books, you can read this in whatever order you choose and learn about mobility and BYOD; and how to put a competitive mobile infrastructure in place. Developed for SMBs and large enterprises alike, you will find helpful use cases, planning, and implementation.

 
LVL 13

Expert Comment

by:FearNoMore
ID: 24105115
You can change mail.domain.com to the FQDN of the server martini.bcr.local and then once SP1 upgrade completes....then go ahead and change it back to mail.domain.com
0
 
LVL 8

Author Comment

by:pzozulka
ID: 24105119
Tried that, and I get the same exact error message seen above.
0
 
LVL 13

Assisted Solution

by:FearNoMore
FearNoMore earned 50 total points
ID: 24105289
Uncheck the Exchange Server Authentication from the Authentication tab of the
Receive Connector and try the same steps mentioned above
0
 
LVL 65

Accepted Solution

by:
Mestha earned 450 total points
ID: 24105290
You need to change the FQDN on your receive connector to one of the values mentioned, then restart the transport service.
You will NOT be able to change it back as the only accepted values are those listed - the NETBIOS name, the FQDN or blank.

Simon.
0
 
LVL 3

Expert Comment

by:tompi68
ID: 24106444
Did you try the update via command shell?
0
 
LVL 8

Author Comment

by:pzozulka
ID: 24107938
Yes, I tried updating via command shell. Same thing.

FearNoMore: "Uncheck the Exchange Server Authentication from the Authentication tab of the
Receive Connector".

*************  What does this option do? *******

This kind of fixed it. I didnt have to change the FQDN part, but now our Blackberry handhelds can no longer send emails, but still can receive emails. Our Blackberry Enterprise Server is on a different box.

Mestha: I will try to change it to one of the suggestions "martini.bcr.local", and will enable Exchange Server Authentication for now. **********What does this options do?***********
0
 
LVL 8

Author Comment

by:pzozulka
ID: 24107963
Mestha: Also, if I change this to the suggested option of "martinit.bcr.local" how will this effect our SSL certificate?
0
 
LVL 65

Expert Comment

by:Mestha
ID: 24108405
Has nothing to do with the certificate, and has nothing to do with the authentication settings. Purely and simply down to the fact that the receive connectors can only have one of the three names on them.

I blogged on this problem when SP1 was released in November 2007:
http://blog.sembee.co.uk/archive/2007/11/30/63.aspx

Simon.
0
 
LVL 8

Author Comment

by:pzozulka
ID: 24108909
I will go through your blog right now. I have one more question. When I was playing around with the settings of the Receive Connectors I don't remember the original settings of the "Exchange Server Authentication" option.

I have 2 connectors:
Martini (Port 25)
Martini (Port 587) Secure

Is the "Exchange Server Authentication" option suppose to be checked for both of them? I think it was originally checked for only Martini (Port 25). This was very late at night yesterday, and I don' t remember the original settings. How is this set by default?
0
 
LVL 8

Author Comment

by:pzozulka
ID: 24108943
"Why would you change this? When you telnet to the server it is the receive connector that is answering the call and you may want to change it so that the public name of the server is answered instead."

This is a quote from your blog. I wanted to know what you mean by "you may want to change it so the public name of the server is answered instead"???

This is what it used to be. We had it set to the public name of "mail.domain.com" and that didnt work.
0
 
LVL 65

Expert Comment

by:Mestha
ID: 24109161
Having it set to the public name is why people are changing it, but doing so makes no difference to email delivery. The only one that is of any concern is the Send connector, because that is how your server appears to the internet. For receiving email the remote site doesn't care how your server announces itself.

Simon.
0
 
LVL 8

Author Closing Comment

by:pzozulka
ID: 31568411
Mestha's way solved to problem.
FearNoMore: Your way seemed to have worked for us as well in post ID: 24105289. Unchecking the Exchange Server Authentication also fixed the problem without having to change the FQDN. I guess this would work for those that only have 1 Exchange Server in their environment, and no Exchange Server to Exchange Server authentication would be required. We have more than 1, we still have the old Exchange 2003 that we did not fully move out yet. It still holds the Blackberry Enterprise Server on it. When we unchecked "Exchange Server Authentication" we could no longer send out emails via Blackberries.
0

Featured Post

Are your AD admin tools letting you down?

Managing Active Directory can get complicated.  Often, the native tools for managing AD are just not up to the task.  The largest Active Directory installations in the world have relied on one tool to manage their day-to-day administration tasks: Hyena. Start your trial today.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

A safe way to clean winsxs folder from your windows server 2008 R2 editions
Find out what you should include to make the best professional email signature for your organization.
This tutorial will walk an individual through locating and launching the BEUtility application to properly change the service account username and\or password in situation where it may be necessary or where the password has been inadvertently change…
how to add IIS SMTP to handle application/Scanner relays into office 365.

792 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question