Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 861
  • Last Modified:

Cannot Specify New Default Public Store in Private

Greetings,

I'm unfortunately stuck with Exchange 2003 SP2 until a migration to Exchange 2007 or 2010 within a few months.

I'm having a problem in attaching the correct Public Store as the Default Public Store on each of my additional Private databases - each created within their own Storage Group.

There are three total storage groups, each group having one Private and one Public store. I cannot get the Private stores in the 2nd and 3rd storage groups associated with their corresponding Public stores.

I cannot associate either one of the additional Private mail stores to any other Public store except the First Storage Group (which was earlier renamed to ELCS Private Store).

The Public stores are all empty at this time so I don't have to contend with any data loss in the Public stores while attempting to resolve this. The Private stores are not empty, however.

System Manager Tree View
System Manager Tree View
First Storage Group (ELCS Mail Store)
First Storage Group (ELCS Mail Store)
First Storage Group (ELCS Public Store)
First Storage Group (ELCS Public Store)
Second Storage Group (PeopleLikeYou Mail Store)
Second Storage Group (PeopleLikeYou Mail Store)
Second Storage Group (PeopleLikeYou Public Store)
Second Storage Group (PeopleLikeYou Public Store)
Third Storage Group (WeAreChangeWichita Mail Store)
Third Storage Group (WeAreChangeWichita Mail Store)
Third Storage Group (WeAreChangeWichita Public Store)
Third Storage Group (WeAreChangeWichita Public Store)
I discovered this discrepency only upon the creation of a new public folder under the tree within Outlook - from an account that is in either the second or third mail stores, when I later noticed it was generated in the wrong Public database - placed into the First Default Public store, instead.

The public folder trees are correctly associated with the desired Public stores in their respective storage groups:

Public Folder Tree Properties for First Storage Group
Public Folder Tree Properties for First Storage Group
Public Folder Tree Properties for Second Storage Group
Public Folder Tree Properties for Second Storage Group
Public Folder Tree Properties for Third Storage Group
Public Folder Tree Properties for Third Storage Group
When attempting to specify a new default Public for one or the other Private stores - they're simply unavailable for selection, but I must find a way to rectify this.

If I've missed something obvious, please advise! And thanks in advance.

tC
0
KKOS-KS
Asked:
KKOS-KS
  • 5
1 Solution
 
KKOS-KSAuthor Commented:
Why are the alternates unavailable for selection?
Only One Store for Selection
0
 
AnuroopsunddCommented:
http://kb.parallels.com/1305
Each Exchange 2003 Back-end server already contains one Public Folder Store that was created during installation.
 To add another Public Folder Store, a new Public Folder Tree should be created, as each Public Folder Tree can be associated with only one Public Folder Store from each Back-end server.
 However, some Exchange 2003 clients (for example, Outlook, OWA) do not support multiple Public Folder Trees. Therefore, to increase the public folders' capacity in Exchange 2003, a new Back-end server must be added.
0
 
KKOS-KSAuthor Commented:
A Public Folder Tree was created for each, as seen in the first image example, System Manager Tree View.

The first Public Folder Tree that was created by default is simply named Public Folders - the one created during installation, as you indicate.

The two additional Public Folder Trees are named:
PeopleLikeYou Public Store
WeAreChangeWichita Public Store

And they're associated with the their corresponding Public Folder databases.

Also note (I know, don't stone me) - that this is a solitary server, no front-end.
0
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 
KKOS-KSAuthor Commented:
I'm trying to determine why I cannot specify the desired [new] Default Public Store (on Properties for the Private Stores) - for each of the Private stores created.

My core issue is that the new Public Stores aren't available as a selection - even though the associations between the Public Folder Trees & the Public databases are already in place.

OWA is a concern, but not as concerning as simply getting the Public stores associated with the proper Private stores.

Only 'ELCS Public Store' is available as a selection - the only one displayed.

Considering MS's indecisiveness on the virtue of Public Folders, their mere existence & the way they mangled Public Folder support in Exchange 2007... I'm reconsidering the wisdom of utilizing them versus creation of contact lists in private mailbox & then sharing them out selectively, as I've done historically. I only wished to segregate large contact pools (250,000+ records) into dedicated databases & not within a private mail store. Also, I was toying with the prospect of linking the Public contacts to Sharepoint for a web front-end.

Still, seek a solution for this if one can be had. Thanks everyone.
0
 
KKOS-KSAuthor Commented:
Solution below...

...I also missed the need to create (for the new Public folders), corresponding Virtual Folders in Exchange HTTP Protocol properties:
http://www.msexchange.org/tutorials/General-Purpose-Public-Folder-Trees-Exchange2003.html
Creating New Exchange Virtual Folders (HTTP Protocol)
That showed a couple indications of resolving it, but false hope didn't last for more than a few seconds...

The solution for this problem only revealed itself as I encountered the following error in attempting to delete/regenerate my Public Folder structure, databases & trees:

The public folder database specified contains folder replicas. Before deleting the public folder database, remove the folders or move the replicas to another public folder database.
http://social.technet.microsoft.com/Forums/hu-HU/exchangesvrgeneral/thread/b18613ef-6e5d-49f9-8fab-6a23d7fbb691
 
When you have no other servers to replicate to, well that's a problem indeed, with this perpetual warning. Consequently that inhibits the deletion of any given Public database & associated tree without getting under the hood. Probably for the best with itchy trigging fingers, but my Public folders are brand new & completely empty during this attempt. But what if you only have a single server & cannot replicate to another?

Catch-22.

In researching how to forcibly delete these Public stores/trees, I stumbled upon the 'msExchHomePublicMDB' attribute that had the wrong entries (since corrected):
Editing 'msExchHomePublicMDB' Attribute
Since manually editing the 'msExchHomePublicMDB' attribute to reflect the desired Public folder & parent Storage Group - it is fixed, however the Exchange System Manager GUI still fails to display the other Public Stores as an available default:
System Manager GUI Fails to Reveal Additional Public Stores
Be advised a manual edit of this attribute was required, presumably a significant 'bug' in Exchange 2003 that was never addressed & no one cares about anymore. Because it's Exchange 2003. And I'm dealing with Public Folders for which their is much disdain as well praise, even after all these years...

Long live public folders. Sharepoint - I don't like you, you break so easily & are often tough to remedy. And people use you to fill up our critical messaging databases with documents that should end up in their redirect folders, etc.

Readers disliking the above statement may commence my Public flogging.  :D

Sincerely,

Travis
0
 
KKOS-KSAuthor Commented:
Through my own investigations I discovered the solution was a manual edit of the Exchange attributes via the ADSIEdit utility. I have provided great detail to assist others in resolving this also, should they encounter the same problem with this legacy product (Exchange 2003 SP2).
0

Featured Post

Get free NFR key for Veeam Availability Suite 9.5

Veeam is happy to provide a free NFR license (1 year, 2 sockets) to all certified IT Pros. The license allows for the non-production use of Veeam Availability Suite v9.5 in your home lab, without any feature limitations. It works for both VMware and Hyper-V environments

  • 5
Tackle projects and never again get stuck behind a technical roadblock.
Join Now