We have a server wide 10 meg receive limit, but that doesn't mean I want users sending 10 meg e-mails. If I see a user frequently sending things > 3 megs we get on them about it. Mailbox stores vary based on title. All users have a 60 meg warning and a 75 meg limit, the the next step is 125 warn/150 limit, and finally, for executives, 325 warn/375 limit. I keep terminated employees mailboxes active for up to 30 day dependings on who it is. Once the user is deleted, I frequently manually purge the box. My policy's leave them sitting around for, 7, 14, or 30 days, depending on your store limits (since that's based on how high up the chain you are). FYI, I've got about 1200 mailboxes and close to 90 gigs worth of stores (with close to no whitespace). I've split to 2 storage groups and 3 stores per group. One of my stores already grew to 30 gigs. I plan to split up again to help keep them from growing to large and keeping my ability torecover from disaster as high as possible. And some things you didn't ask about, but I'm always interested in reading others opinions: There was a "debate" on an exchange list about mailbox limits. Many people are of the mind that storage is cheap, backups are quick, e-mail can be used as file storage and that my limits are stupid old tech thinking. Heck, I even got yelled at for saying they should keep there stores as small as possible, 10-20gig range ideally, because of disaster recovery reasons. Fortunately, after that, a bunch of guys spoke up in general agreement with my thinking, which is basically: E-mail isn't supposed to be file storage. Save out your large attachments and remove them. Get archival software, use PSTs (which is big taboo with a lot of people because of various acts and searchability/accountability). I don't care how cheap storage is, or how fast backups are, if I can have 2 30 gigs stores instead of 1 60 gig store, it means my restore times are EVEN faster. It means I can keep 30 gigs worth of mail available if 1 30 gig store crashes, instead of all 60 gigs at once. It also means if a store is last, and can't be restored, I lost half my mail, not ALL of it. There are >many< other GOOD things about keeping stores small, and having multiple ones. There isn't anything better about keeping 1 bigger store except for the fact, that require enterprise software, but it's worth the cost if you're going to let your mail stores get to those sizes. -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of LDS Sent: Wednesday, July 20, 2005 12:58 PM To: thin@xxxxxxxxxxxxx Subject: [THIN] OT: E-Mail Usage Policy For those Citrix \ E-Mail Admins on the list, do any of you impose usage requirements on your users? I am trying to determine how long a user's mailbox should be allowed to remain unused (in terms of sending mail) before it is removed from the server. Any info is very much appreciated! Thanks. ******************************************************** This weeks sponsor: Softricity Attend Camp Virtualization - Softricity Virtualization Web Seminar Series - Featuring industry experts including Doug Brown, president of DABCC Consulting.Wednesday, 8/3, 12-1pm EDT: Virtualization in an Always-On, Mobile & Sometimes Disconnected World. http://www.softricity.com/news/webinar-reg.asp?eventID=wayson ********************************************************** Now available BriForum-The Video! http://www.brianmadden.com/store/pc/viewPrd.asp?idproduct=idaffiliate= Useful Thin Client Computing Links are available at: http://thin.net/links.cfm ThinWiki community - Excellent SBC Search Capabilities! http://www.thinwiki.com *********************************************************** For Archives, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm ******************************************************** This weeks sponsor: Softricity Attend Camp Virtualization - Softricity Virtualization Web Seminar Series - Featuring industry experts including Doug Brown, president of DABCC Consulting.Wednesday, 8/3, 12-1pm EDT: Virtualization in an Always-On, Mobile & Sometimes Disconnected World. http://www.softricity.com/news/webinar-reg.asp?eventID=alwayson ********************************************************** Now available BriForum-The Video! http://www.brianmadden.com/store/pc/viewPrd.asp?idproduct=1&idaffiliate=3 Useful Thin Client Computing Links are available at: http://thin.net/links.cfm ThinWiki community - Excellent SBC Search Capabilities! http://www.thinwiki.com *********************************************************** For Archives, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm