Smigrate error accessing service.cnf during backup of rootweb in Office 2003 and Windows SharePoint Service

Support for Office 2003 has ended

Microsoft ended support for Office 2003 on April 8, 2014. This change has affected your software updates and security options. Learn what this means for you and how to stay protected.

This article has been archived. It is offered "as is" and will no longer be updated.
SYMPTOMS
When you use the Smigrate tool to backup the rootweb, the following four errors are recorded in the event log on the server:
Type: WarningUser: N/ASource: FrontPage 5.0Category: NoneEvent ID: 1000Microsoft FrontPage Service Extensions:  http://rootweb - Error #20005d Message: The server extensions were unable to access the file "service.cnf". Please check the file permissions.
Type: WarningUser: N/ASource: FrontPage 5.0Category: NoneEvent ID: 1000Microsoft FrontPage Service Extensions:  (OS Error #13 Message: Permission denied)
Type: WarningUser: N/ASource: FrontPage 5.0Category: NoneEvent ID: 1000Microsoft FrontPage Service Extensions:  http://rootweb - Error #20005d Message: The server extensions were unable to access the file "service.cnf". Please check the file permissions.
Type: WarningUser: N/ASource: FrontPage 5.0Category: NoneEvent ID: 1000Microsoft FrontPage Service Extensions:  (OS Error #13 Message: Permission denied)
No errors are recorded in the Smigrate backup log file.
CAUSE
This problem occurs because of the implementation of the Web Extender Client (WEC). When you use the -u and -pw parameters with the Smigrate tool, the -u and -pw specification is processed only after default authentication has failed.
MORE INFORMATION
The WEC first tries to authenticate as anonymous, then as the logged in user, and finally as the user specified by the -u parameter. If authentication as both anonymous and the currently logged on user fails, the user specified with the -u parameter is used. If the logged in user authenticates, the Smigrate command is run as the logged in user and the -u and -pw parameters are ignored.

For example:

Authentication fails if you are logged in as domainname\username1, and then you run the following command:
smigrate -w http://rootwebtest -f junk.fwp -e -y -u domainname\username2 -pw password
Authentication is successful if you are logged in as domainname\username1, and then you run the following command:
smigrate -w http://rootwebtest -f junk.fwp -e -y
This problem occurs because username1 is an administrator on the computer, and username2 is not. Authentication is successful if you give the user username1 full permissions to the Service.cnf file, and then log on to the computer as username1 to run the Smigrate command.
WORKAROUND
To work around this problem, follow these steps:
  1. Click Start, and then click Control Panel.
  2. If you are using Classic View, double-click Internet Options.

    If you are using Category View, click Network and Internet Connections, and then click Internet Options.
  3. Click the Security tab, and then click the Web content zone for your server.
  4. Click Custom Level, and then scroll down to User Authentication.
  5. Under Logon, click Prompt for user name and password.
This prevents Internet applications from authenticating as the logged in user, forcing WEC to authenticate as the user specified with the -u and -pw parameters.
STATUS
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
OFF2003
Properties

Article ID: 817932 - Last Review: 01/17/2015 15:42:11 - Revision: 4.7

  • Microsoft Office Professional Edition 2003
  • Microsoft Office FrontPage 2003
  • Microsoft SharePoint Team Services
  • Microsoft Windows SharePoint Services 2.0
  • kbnosurvey kbarchive kbcommandline kbwebpublishing kberrmsg kbuser kbsecurity kbnofix KB817932
Feedback