[THIN] Re: OT: E-Mail Usage Policy
- From: "Evan Mann" <emann@xxxxxxxxxxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Wed, 20 Jul 2005 13:19:23 -0400
We never revoke and employee mailbox if they don't choose to use. Nor
do we police mailbox activity and notify HR or a department manager that
someone not be doing their job (a lot of important communications go out
in e-mail, but are also available on a website). What I do look for
every once in a while is a mailbox OVER it's limit (BTW, my limit is a
prevent send only, we never prevent receive). When I see that, I
generally know the user is either just out of town or hasn't had a
chance to clean up, or if it's grossly over, they are not checking mail.
I then may go check with HR to see if they are still supposed to be
employed. Frequently managers terminate people but don't notify HR at
that time.
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of LDS
Sent: Wednesday, July 20, 2005 1:17 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: OT: E-Mail Usage Policy
Good info, thanks!
BTW, what if you have active employees that do not use their mailbox,
specifically sending mail. How long do you let it sit unused before it
is revoked?
On 7/20/05, Evan Mann <emann@xxxxxxxxxxxxxxxxxxxxx> wrote:
> 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?eventIDalwayson
> **********************************************************
> Now available BriForum-The Video!
> http://www.brianmadden.com/store/pc/viewPrd.asp?idproduct1&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
>
********************************************************
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:
