[THIN] Re: OT: E-Mail Usage Policy

  • From: "Evan Mann" <emann@xxxxxxxxxxxxxxxxxxxxx>
  • To: <thin@xxxxxxxxxxxxx>
  • Date: Wed, 20 Jul 2005 13:05:12 -0400

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

Other related posts: