Hello - I apologize if this has been addressed in advance. We recently we live with an Exchange 2007 SP1 environment. Shortly there after, we implemented a BES. When we put in our Exchange environment, we did not implement public folder stores (mainly because we find articles that the public folder store is being dumped in Exchange 2010). After provisioning some Blackberry devices with our environment, users were not able to sync from their Blackberry to the Outlook account...they can go from their Outlook to their devices just fine, just not from the device to the Outlook account. After spending a few hours on the phone with Blackberry, our problem is that we do not have any public folder stores. So I guess our next step is to implement public folder stores in our Exchange environment. Is this correct? Also, anybody know how big of database I should make for this? We currently have 3100 mailboxes with potential of 5000 within the next few months. Will kicking this in fix our Blackberry to Outlook sync issues?
They did point that article out to me as well, but unfortunately if I did that workaround, the Blackberry users would lose the ability to look up free/busy times on calendars. Quite the trade-off huh?
I guess I'm not worried about performance - my concern is how big do I need to make the database for the public folders. I just need some sizing - any ideas on how big I should make the public folders database for 5000 users?
Mine is about 86 meg for 240 users. That is after subtracting the visable folders that we store stuff into and the white space. We are also on 2003, so it might be hard to say what you will need for 2007. Maybe 1 gig should do for now and may grow to 2 gig with 5000 users if it is like 2003 based on my environment now.
Maybe someone else might chime in too.
__________________
I had to fall
To lose it all
But in the end
It doesn't even matter
Public Folders with Exchange 2007 and BES
