<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Episode 76 - Clean Out Your E-Mail</title>
	<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail</link>
	<description>Matt, Bill, DJ, and Mike talk about technology in education.</description>
	<pubDate>Sun, 05 Feb 2012 14:34:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: the back room tech mentioned on recent podcasts &#171; the back room tech</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12629</link>
		<pubDate>Fri, 09 Nov 2007 18:14:41 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12629</guid>
					<description>[...] the back room tech mentioned on recent&#160;podcasts November 9th, 2007 &#8212; Julie   I&#8217;d like to thank the guys from Casting From the Server Room and A Couple of Admins for mentioning the back room tech blog on their podcasts.  I really enjoy listening to these and other network administration oriented podcasts.  My other current favorite podcast is the PaulDotCom Security Weekly.  [...]</description>
		<content:encoded><![CDATA[<p>[...] the back room tech mentioned on recent&nbsp;podcasts November 9th, 2007 &#8212; Julie   I&#8217;d like to thank the guys from Casting From the Server Room and A Couple of Admins for mentioning the back room tech blog on their podcasts.&#160; I really enjoy listening to these and other network administration oriented podcasts.&#160; My other current favorite podcast is the PaulDotCom Security Weekly.&#160; [...]</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Matt Hull</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12457</link>
		<pubDate>Tue, 23 Oct 2007 14:39:37 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12457</guid>
					<description>Mike, Send us an email at feedback at castingfromtheserverroom dot com with your contact information and we will talk.  Thanks</description>
		<content:encoded><![CDATA[<p>Mike, Send us an email at feedback at castingfromtheserverroom dot com with your contact information and we will talk.  Thanks</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mike</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12456</link>
		<pubDate>Tue, 23 Oct 2007 14:15:53 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12456</guid>
					<description>We have a mutual friend.  Bob Cassidy.  He just emailed us about your podcast and we listened to the show where you mentioned our PowerSchool Podcast.  How would you like to do a couple of shows together?  I think we could have a lot to discuss.  We could clear up some misunderstandings about the PSUCast and do a show on the TechPodZone.

This show is about using tech in the classroom.  We call it Teacher In-Service On Demand.  It can be found at www.techpodzone.com .  PSUCast is at www.psucast.com .  Let's get together somehow.  Nice listening to you.</description>
		<content:encoded><![CDATA[<p>We have a mutual friend.  Bob Cassidy.  He just emailed us about your podcast and we listened to the show where you mentioned our PowerSchool Podcast.  How would you like to do a couple of shows together?  I think we could have a lot to discuss.  We could clear up some misunderstandings about the <span class="caps">PSU</span>Cast and do a show on the TechPodZone.</p>
<p>This show is about using tech in the classroom.  We call it Teacher In-Service On Demand.  It can be found at <a href='http://www.techpodzone.com' rel='nofollow'>www.techpodzone.com</a> .  <span class="caps">PSU</span>Cast is at <a href='http://www.psucast.com' rel='nofollow'>www.psucast.com</a> .  Let&#8217;s get together somehow.  Nice listening to you.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Norm</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12151</link>
		<pubDate>Sat, 06 Oct 2007 19:07:03 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12151</guid>
					<description>Inbox limits have always had serious problems.

Say you have a big sale that you want to conclude by month-end and the customer emails you a scanned PO?  Or its 2AM in the morning and your CFO is trying to close the year and he/she just happened to fill up their inbox?  Or a designer comes into work on Sunday and a  customer emails them a large design file?

Do you really want to be the person that caused these people to not be able to do their jobs, because .... you think their first and primary concern should be to save disk space???

There are so many reasons for people to dislike their IT departments, do you really need to give them extra reasons?

I would love to see Doug go to my CFO that has 15G of email and explain to him that Doug thinks that he should get it down to 100M.  I guess their are funnier ways to resign, but I cannot think of one now.

There is a reason that Yahoo raise their 2G limit to unlimited.  People want and need it.

One more thought.  I'm a CEO.  At home I have a $20/year Yahoo account that allows me to store 2G.  I have a business email system that I pay a lot for and my IT professional that manages it tells me it can only allow me to store 100M.  What's going to happen to the internal system and the professional that manages it?

The IT professional says well, I need a smaller database because of performance.  CEO will think, why is this not a problem for Yahoo?  Perhaps my IT professional is not very good.</description>
		<content:encoded><![CDATA[<p>Inbox limits have always had serious problems.</p>
<p>Say you have a big sale that you want to conclude by month-end and the customer emails you a scanned PO?  Or its 2AM in the morning and your <span class="caps">CFO</span> is trying to close the year and he/she just happened to fill up their inbox?  Or a designer comes into work on Sunday and a  customer emails them a large design file?</p>
<p>Do you really want to be the person that caused these people to not be able to do their jobs, because &#8230;. you think their first and primary concern should be to save disk space???</p>
<p>There are so many reasons for people to dislike their IT departments, do you really need to give them extra reasons?</p>
<p>I would love to see Doug go to my <span class="caps">CFO</span> that has 15G of email and explain to him that Doug thinks that he should get it down to 100M.  I guess their are funnier ways to resign, but I cannot think of one now.</p>
<p>There is a reason that Yahoo raise their 2G limit to unlimited.  People want and need it.</p>
<p>One more thought.  I&#8217;m a <span class="caps">CEO</span>.  At home I have a $20/year Yahoo account that allows me to store 2G.  I have a business email system that I pay a lot for and my IT professional that manages it tells me it can only allow me to store 100M.  What&#8217;s going to happen to the internal system and the professional that manages it?</p>
<p>The IT professional says well, I need a smaller database because of performance.  <span class="caps">CEO</span> will think, why is this not a problem for Yahoo?  Perhaps my IT professional is not very good.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Doug T</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12127</link>
		<pubDate>Sat, 06 Oct 2007 00:41:46 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12127</guid>
					<description>Hey guys! I've been listening for a few months now and absolutely love the podcast.  We have a 100 MB limit on all of our exchange mailboxes.  You guys hit it on the nail regarding attachments - the best thing you can do is train users to save attachments to file servers.  Getting the attachments out of mailboxes will really keep the size down.  I usually tell people to think of email as only a communications tool -- you wouldn't keep 1000 voice messages, so don't keep that much email.  They usually look at me like I'm crazy (and they're probably right).

Norm has a good point, but I would check out what you're legally required to keep.  I work for a financial services company and we only retain email for certain people, based on their job function (maybe our lawyers are wrong, but it's not my job to worry about that). Every message they receive is archived to WORM drives before it is delivered to their exchange mailbox, so there's no chance a user can delete a message that we're legally required to retain.  Everyone else's email is backed up normally and we don't retain it for any particular period of time.</description>
		<content:encoded><![CDATA[<p>Hey guys! I&#8217;ve been listening for a few months now and absolutely love the podcast.  We have a 100 MB limit on all of our exchange mailboxes.  You guys hit it on the nail regarding attachments &#8211; the best thing you can do is train users to save attachments to file servers.  Getting the attachments out of mailboxes will really keep the size down.  I usually tell people to think of email as only a communications tool&#8212;you wouldn&#8217;t keep 1000 voice messages, so don&#8217;t keep that much email.  They usually look at me like I&#8217;m crazy (and they&#8217;re probably right).</p>
<p>Norm has a good point, but I would check out what you&#8217;re legally required to keep.  I work for a financial services company and we only retain email for certain people, based on their job function (maybe our lawyers are wrong, but it&#8217;s not my job to worry about that). Every message they receive is archived to <span class="caps">WORM</span> drives before it is delivered to their exchange mailbox, so there&#8217;s no chance a user can delete a message that we&#8217;re legally required to retain.  Everyone else&#8217;s email is backed up normally and we don&#8217;t retain it for any particular period of time.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Norm</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12099</link>
		<pubDate>Thu, 04 Oct 2007 18:55:06 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12099</guid>
					<description>Rant on

Wrong, wrong, wrong

An entity (corporation certainly, and I assume schools) is legally responsible to keep all documents, including email for as long as is legally required.

You as the IT professionals are responsible to setup the systems, procedures and training to enforce these requirements.

The trouble is requirements vary all over the map.  For example, do you know if some former employee is suing your school district right now?  How long will their case run?  What should be preserved?  What is a financial document?  There are dozen of categories.

If needed documents get deleted, you will be blamed.  Saying you did not know is no defense any more than telling a cop you did not know the speed limit.  At best you will be fired for incompetence, perhaps you will be sued yourself.  This really does happen.
BTW, deletion includes overwriting old backup tapes.

The safest course is to keep everything for a long time (7 years or more) unless you are 100% sure that it is not needed (your example of a note from your wife about dinner)

Having your users archive email is a disaster waiting to happen.  Now your users, not you, are deciding what is important and what not.  Do you want to find that a critical email was archived to a local drive and then deleted when the user left?  Do you really want the person that has been charged with harassment or financial misdeeds to be able to delete their emails?

Keeping the email on archive tapes is similarly a very bad idea as when you upgrade your email server to an new version the old data files are many times unreadable.  You can spend hundreds of thousands of dollars trying to recover old data from obsolete databases.  It is so much simpler to keep data in one up to date, readily accessible database until it can truly be deleted. 

Also I think your idea about what is reasonable storage is very limited.  I worked in a company where C-level employees commonly had 5-15 Gb of email.  We had 800 mailboxes on a 800 Gb database on an older server (2x800 MHz CPUs, 4G RAM) and it performed fine.

Rant off

Love your podcast</description>
		<content:encoded><![CDATA[<p>Rant on</p>
<p>Wrong, wrong, wrong</p>
<p>An entity (corporation certainly, and I assume schools) is legally responsible to keep all documents, including email for as long as is legally required.</p>
<p>You as the IT professionals are responsible to setup the systems, procedures and training to enforce these requirements.</p>
<p>The trouble is requirements vary all over the map.  For example, do you know if some former employee is suing your school district right now?  How long will their case run?  What should be preserved?  What is a financial document?  There are dozen of categories.</p>
<p>If needed documents get deleted, you will be blamed.  Saying you did not know is no defense any more than telling a cop you did not know the speed limit.  At best you will be fired for incompetence, perhaps you will be sued yourself.  This really does happen.<br />
<span class="caps">BTW</span>, deletion includes overwriting old backup tapes.</p>
<p>The safest course is to keep everything for a long time (7 years or more) unless you are 100% sure that it is not needed (your example of a note from your wife about dinner)</p>
<p>Having your users archive email is a disaster waiting to happen.  Now your users, not you, are deciding what is important and what not.  Do you want to find that a critical email was archived to a local drive and then deleted when the user left?  Do you really want the person that has been charged with harassment or financial misdeeds to be able to delete their emails?</p>
<p>Keeping the email on archive tapes is similarly a very bad idea as when you upgrade your email server to an new version the old data files are many times unreadable.  You can spend hundreds of thousands of dollars trying to recover old data from obsolete databases.  It is so much simpler to keep data in one up to date, readily accessible database until it can truly be deleted.</p>
<p>Also I think your idea about what is reasonable storage is very limited.  I worked in a company where C-level employees commonly had 5-15 Gb of email.  We had 800 mailboxes on a 800 Gb database on an older server (2&#215;800 MHz CPUs, 4G <span class="caps">RAM</span>) and it performed fine.</p>
<p>Rant off</p>
<p>Love your podcast</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Doctor567</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12090</link>
		<pubDate>Thu, 04 Oct 2007 02:16:22 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12090</guid>
					<description>Hey guys- I'm a new listener.  I have worked in the higher education tech field for about 9 years, and I enjoy the show.  I posted an article that was inspired by your e-mail disk usage segment:

http://partissci.blogspot.com/2007/10/5-tips-on-keeping-your-e-mail-server.html</description>
		<content:encoded><![CDATA[<p>Hey guys- I&#8217;m a new listener.  I have worked in the higher education tech field for about 9 years, and I enjoy the show.  I posted an article that was inspired by your e-mail disk usage segment:</p>
<p>http://partissci.blogspot.com/2007/10/5-tips-on-keeping-your-e-mail-server.html</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Cd-MaN</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12055</link>
		<pubDate>Tue, 02 Oct 2007 09:09:58 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-76-clean-out-your-e-mail#comment-12055</guid>
					<description>Just wanted to drop a quick note to DJ:

When you're right click and select new , what actually happens is that an empty file (aka the "template") is copied in the current location, so this is why Pagemaker doesn't crash (because it doesn't actually have to create a new file, it opens an "empty" file).

Best regards and keep up the great work.</description>
		<content:encoded><![CDATA[<p>Just wanted to drop a quick note to DJ:</p>
<p>When you&#8217;re right click and select new , what actually happens is that an empty file (aka the &#8220;template&#8221;) is copied in the current location, so this is why Pagemaker doesn&#8217;t crash (because it doesn&#8217;t actually have to create a new file, it opens an &#8220;empty&#8221; file).</p>
<p>Best regards and keep up the great work.</p>
]]></content:encoded>
				</item>
</channel>
</rss>

