/mcp• There is a VPIM server that is configured as a VPIM location on the Headquarters server: VPIM-South. This VPIM location has a Dial ID of 8468 and is configured to allow blind addressing, to belong to the Primary partition, and to use the Headquarters-SS search space. • The Attempt Sign In direct routing rule and the Attempt Forward forwarded routing rule on each server are configured to use the same search space as the users on that server. (For example, the rules on the Headquarters server use the Headquarters-SS search space.) In this example, users at one site can address other users in the same site using 4-digit extensions. Users can blind address messages to a VPIM mailbox by entering 8468 plus the mailbox number on the remote system. Messages sent by users at the VPIM-South VPIM location can be delivered to any user in the HQ, Primary, RE, or RW partitions. How Search Spaces Work Search spaces are applied to the following components: • Users: Users can reach only the objects in a partition that is part of a search space defined as the search scope for the user. This search space need not include any partitions that contain the primary or alternate extensions of the user. If a user addresses a message by extension and there are overlapping extensions in different partitions in the search space, Unity Connection searches the partitions in the search space in the order that they appear in the Assigned Partitions list in Cisco Unity Connection Administration and returns the first result found. The search scope of a user defines the objects that a user can reach when addressing a message by extension or name, adding members to a private distribution list, adding names to an addressing priority list, placing a call to another user by calling the name, addressing a message to a VPIM contact, an blind addressing a message to a VPIM location. • Call Routing Rules: When a call comes in to Unity Connection, it is first checked against the applicable routing rules table, depending on whether the caller dialed directly into Unity Connection or was forwarded from an extension. When Unity Connection matches the call to a routing rule in the applicable table based on the parameters of the call, the configuration of the routing rule determines the initial search scope of the call. To facilitate setting the correct search scope on a call routing rule, you can set up routing rule conditions to select a rule based on the port of the incoming call, the phone system, the dialed number, or other criteria. If you are setting up multiple partitions and multiple search spaces, you must carefully consider the impact of the search scope that is configured for each call routing rule. Consider the following considerations related to setting the search scope with call routing rules: • Unity Connection uses the search space defined as the initial scope of the call to identify whether the call is from a user and if so, which user. If a user calls from an extension that is in a partition that is not a member of the search space set as the initial search scope for the call, the call is not identified as coming from the user. If the extension of the user overlaps with an extension in another partition that also appears in this search space, the call is identified as coming from the first object that Unity Connection finds when searching the partitions in the order that they appear in the search space. • Users who call to sign in to Unity Connection do not have the search scope set to the search space defined for the user profile until they have successfully completed the sign-in process. • System Distribution Lists: You can use search spaces to limit user access to send messages to distribution lists because you assign a partition to each distribution list. If you assign a distribution list in a partition System Administration Guide 94 Call Management How Search Spaces Work