True, but cleaning unneeded stuff now prevents having to figure out which is which if there ever is a crisis down the line. Kinda like reducing your attack surface; I'd rather have fewer things that can use up system resources.
-----Original Message----- From: Joseph Heaton [mailto:[email protected]] Sent: Monday, July 25, 2011 5:07 PM To: NT System Admin Issues Subject: RE: Exchange 2010 System Public Folders hmmm, if it ain't broke, don't fix it? >>> Brian Desmond <[email protected]> 7/25/2011 3:00 PM >>> No they're probably not, but, they're probably also not causing you any problems. Thanks, Brian Desmond [email protected]<mailto:[email protected]> c - 312.731.3132 From: Crawford, Scott [mailto:[email protected]] Sent: Monday, July 25, 2011 4:04 PM To: NT System Admin Issues Subject: RE: Exchange 2010 System Public Folders Well, I'm pretty sure I've got some extras from old servers and I was setting out to clean up the old ones. For instance I have 5 OWAScratchPad and 5 StoreEvents. But, when I tried to determine which ones were active, I found that neither of my database GUIDs matched the GUIDs on the names of the public folders, which leads me to believe they're not needed at all. From: Brian Desmond [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Monday, July 25, 2011 3:59 PM To: NT System Admin Issues Subject: RE: Exchange 2010 System Public Folders I don't expect that it's possible to have normal folders without the system ones. I would leave it alone. Thanks, Brian Desmond [email protected]<mailto:[email protected]> c - 312.731.3132 From: Crawford, Scott [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Monday, July 25, 2011 3:54 PM To: NT System Admin Issues Subject: Exchange 2010 System Public Folders Now that we're 100% Outlook 2007/2010 and Exhchange 2010, is there any reason I shouldn't delete the System Public Folders? I still have other public folders, so I don't want to remove all public folders yet. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
