KnowledgeBase Archive

An Archive of Early Microsoft KnowledgeBase Articles

View on GitHub

Q182321: XADM: Event ID 1025 Occurs When Search Folders Are Added To Back

Article: Q182321
Product(s): Microsoft Exchange
Version(s): winnt:4.0,5.0,5.5
Operating System(s): 
Keyword(s): exc4 exc5 exc55
Last Modified: 16-FEB-2000

-------------------------------------------------------------------------------
The information in this article applies to:

- Microsoft Exchange Server, versions 4.0, 5.0, 5.5 
-------------------------------------------------------------------------------


SYMPTOMS
========

The Windows NT Event Viewer may display the following:

  Event ID: 1025
  Source: MSExchangeIS Private | Public
  Type: Warning
  Category:
  Description: An error occurred.
  Function name of description of problem: ecGetRestriction

CAUSE
=====

This problem occurs because search folders are created and added multiple times
to the backlinks list of the folder(s) being searched. When the search folder is
deleted, the additional entries of this search folder are not removed from the
backlinks list.

When items change in this folder, the folder tries to notify the members of the
backlinks list so the search folders can be updated.

STATUS
======

Microsoft has confirmed this to be a problem in Microsoft Exchange Server
version 5.0. A supported fix is now available, but has not been fully
regression-tested and should be applied only to systems experiencing this
specific problem. Unless you are severely impacted by this specific problem,
Microsoft recommends that you wait for the next Service Pack that contains this
fix. Contact Microsoft Technical Support for more information.


Microsoft has confirmed this to be a problem in Microsoft Exchange Server version
5.5. This problem has been corrected in the latest U.S. Service Pack for
Microsoft Exchange Server version 5.5. For information on obtaining the Service
Pack, query on the following word in the Microsoft Knowledge Base (without the
spaces):

  S E R V P A C K

MORE INFORMATION
================

There are two types of folders--search folders and normal folders. Search
folders are the folders created by clients when they perform a search of a
folder and its subfolders. The search folder contains information such as the
folders being searched, the messages that meet the conditions, and so on.

Normal folders have a property called ptagSearchBackLinks that contains the name
of all search folders that are referencing this normal folder. When items change
in the folder (messages are added, modified, or deleted), the folder must notify
the search folder through the ptagSearchBAckLinks lists.

The problem is that when these search folders are created (the client does a
Tools/Find), the search folder is added to the ptagSearchBAckLinks more than
once. However, when the search folders are deleted (the client closes the
Tools/Find dialog), the folders are not removed from the ptagSearBackLinks the
same number of times that they were added. Now when the items in the normal
folders change, they attempt to notify a search folder that does not exist, and
the 1025 Event ID is generated.

If an event with the EcGetRestriction description is logged in the Event Viewer
with the latest service packs installed , an ISInteg with the -fix option would
need to be performed to correct the issue.

In Exchange Server version 5.0, the syntax from the exchsrvr\bin folder on the
command line is "ISInteg -pri -fix" (without the quotation marks) or "-pub"
(without the quotation marks).

In Exchange Server version 5.5, the syntax from the exchsrvr\bin folder on the
command line is "ISInteg -pri -fix -test alltests" (without the quotation
marks).

Additional query words:

======================================================================
Keywords          : exc4 exc5 exc55 
Technology        : kbExchangeSearch kbExchange500 kbExchange550 kbExchange400 kbZNotKeyword2
Version           : winnt:4.0,5.0,5.5
Issue type        : kbbug
Solution Type     : kbfix

=============================================================================

THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.