As outlined earlier, public folders consist of a reference in a hierarchy, and the content is hosted in a public store. This relationship is reversibly unambiguous. Each public store contains the contents of exactly one public folder tree and a public folder tree cannot be split across multiple stores. At the public store level, you define default parameters that affect all public folders in the associated hierarchy.
This lesson covers the configuration of important public store parameters. It also discusses the purpose of public folder referrals and how public folder content is accessed across routing group boundaries.
At the end of this lesson, you will be able to:
Estimated time to complete this lesson: 45 minutes
As outlined in previous chapters, you can maintain public stores for each server individually (see Chapter 14, "Managing Server Configuration") or combined through public store policies (see Chapter 12, "Management Tools for Microsoft Exchange 2000 Server") using Exchange System Manager. Most of the important settings, including replication schedule, age and storage limits, and so on, are available at both levels. Only store-specific parameters, such as for associated public folder trees and database paths, are unavailable in policies. Effective policy settings have higher priority than store settings and cannot be changed at the public store level.
Public store databases have a size limit of 16 GB (Standard Edition) or no internal size limit (Enterprise Edition), in which case they are restricted only by the capacity of the server's local disk space. They are restricted only by the capacity of the server's local disk space. Storage quotas that you can set in the Limits tab of each individual public store or within a public store policy—Issue Warning At (KB), Prohibit Post At (KB), and Maximum Item Size (KB)—give you control over the amount of disk space a public store might eventually occupy. For instance, Issue Warning At (KB) allows you to specify a size limit for the entire public store. If this limit is exceeded, a warning message is generated indicating that items should be removed. Exchange 2000 Server generates this message at the specified warning message interval. By default, warning messages are generated daily at midnight. The text of the warning message cannot be edited.
Prohibit Post At (KB), on the other hand, allows you to define a definite size limit for the public store. As soon as this limit is reached, new information cannot be contributed until data is deleted from this store. Maximum Item Size (KB), again, defines the maximum size for objects in public folders. Items larger than the limit are rejected. Reasons to restrict item size are given in Chapter 18, "Public Folder Replication."
NOTE
Size limits at the store or policy level apply to the entire public store. You can also specify storage limits on a per-folder basis using the Limits tab of the corresponding public folder object in the hierarchy. However, it is not advisable to select the Use Public Store Defaults option for a public folder because in this case the public folder is allowed to consume the entire space in the public store. It is advisable to configure size limits for public folders individually.
Specifying Age Limits
Age limits determine how long a public folder retains items before deleting them automatically. This mechanism can ensure that old information in a public folder will not remain there indefinitely. To give an example, if you have subscribed a public folder to a mailing list as explained earlier, or use public folders as newsgroups, as explained in Chapter 11, "Internet-Based Client Access," you may want to define an age limit to ensure that outdated content does not impair the usefulness of your forums.
To set an age limit for all public folders in a public store, use the Limits tab of the public store object. Select the Age Limit For All Folders In This Store (Days) check box to specify the lifetime of items in days. By default, all public folders use the settings defined for their public store. However, you can also specify an individual age limit for a public folder in its Limits tab. Deselect the Use Public Store Defaults check box, and specify the limit under Age Limit For Replicas (Days).
NOTE
Specifying age limits per public store allows you to maintain different age limits for a public folder on different stores. Setting the age limit at the public folder level defines a common item lifetime for all replicas.
Using the Public Folders object (located under the public store object), you can display status information about the public folder resources in a particular store. Among other things, you can view the disk space used in a given public folder, the total number of items per folder, the last access time, and the path to a folder in its hierarchy. To examine available information and add interesting columns to the details pane of Exchange System Manager, right-click the Public Folders object, point to View, and select Choose Columns. Make your choice in the Modify Columns dialog box.
Next to the Public Folders object, you will find further containers that provide you with information about users who are currently connected (Logons object), allow you to view and configure public folder replicas in the public store (Public Folder Instances object), give a quick overview about the replication status of each public folder (Replication Status object), and allow you to check the current index state (Full-Text Indexing object).
As long as you navigate through a public folder tree, the client communicates with the associated public store on the local server. Using Outlook 2000 and the MAPI-based hierarchy, this is the default public store, as defined in your mailbox store's properties. Usually, the default public store resides on your home server. When you select a particular public folder in the tree to open it, the client will look for the contents in the associated public store on the local server first, then possibly check other servers in the same routing group or in remote routing groups (see Figure 17.10).
The routing group defines the boundary in which permanent and reliable network connections are assumed and direct public folder access is allowed. Every RGC provides a Do Not Allow Public Folder Referrals check box, which you can use to control public folder access across routing groups. The cost value of the connector establishes the public folder affinity. The lowest affinity cost determines the most preferred routing group if multiple routing groups exist. In addition, public folder referrals are transitive. If referrals are allowed between routing group A and routing group B, and between routing groups B and C, then referrals are implicitly allowed between A and C as well. All connectors allow referrals by default. Therefore, access to public folders is theoretically possible across the entire organization.
NOTE
You should not allow referrals to routing groups over connections that do not support RPCs, such as routing groups connected through the Internet and firewalls.
Public folder referrals have the following characteristics:
Figure 17.10 Connecting to public folder content
When a client sends an open request to its local public server and this server has a replica, access to the content is possible immediately. Yet, the content may not be available locally. However, the server has complete information about the configuration and can determine where the public folder resides. Consequently, the server will compile a referral list containing all replica servers for the public folder, sort the servers according to affinity costs, and send this list to the client (see Figure 17.10). Based on this list, the client can determine where the folder is located and connect to the nearest server. If a server is unavailable for any reason, the next server in the list is tried.
The order in which a client searches for servers that have the public folder content available is as follows:
The public folder referral process begins in the routing group that is local to the user's default public store. This is not necessarily the local routing group where the mailbox store resides. In other words, it is possible to configure a default public store for a mailbox store that is in a different routing group. In this case, access to hierarchy and content would require communication across routing groups. You need to make sure that a local area network (LAN) connection exists between these routing groups.
IMPORTANT
Access to the default public store cannot be restricted by means of an RGC or the Do Not Allow Public Folder Referrals check box. Clients must always be able to access their default public store, even if it resides in a different routing group.
In this exercise you will block access to public folder contents across routing group boundaries. The task is to prevent access; in Chapter 18, "Public Folder Replication," you will make resources available by means of public folder replication.
To view a multimedia demonstration that displays how to perform this procedure, run the EX3CH17*.AVI files from the \Exercise_Information\Chapter17 folder on the Supplemental Course Materials CD.
To prevent access to public folder contents across routing group boundaries
Figure 17.11 Preventing public folder access across routing groups
The routing group defines the boundary within which Outlook 2000 can access any server directly via RPCs to request the content of a public folder. Between routing groups, however, access must be granted explicitly by means of routing group connectors (RGC, SMTP Connector, or X.400 Connector). If routing groups are connected via slow and unreliable connections or connections that do not support RPCs, it is advisable to prevent public folder referrals in the routing group connector configuration. Routing groups and connectors are covered in Chapter 16, "Message Routing Administration."