It really does not matter what you do to avoid the "rules of discovery" if you 
don't have a formal policy saying that you are going to do what you describe 
below.  You need to have a policy saying that you are doing it for "security" 
reasons, not just to avoid legal stuff.

Without the policy in the IT plan, you may have to hand over every tape that 
you have AND pay some third party to declare them empty of data.  Could cost 
your company a fortune needlessly. 

Remember, in Civil court (really wonder why the think it is civil), you are 
guilty until you exhaust all of your money.

Bobby.

-------------- Original message -------------- 
From: Jerry <juanino at yahoo.com> 

> The issue is if during a legal case someone asks for all data pertinent to a 
> mail server if I would have to produce tapes previously expired. This would 
> be 
> very easy to recover the data with an import. I think the legal fear is that 
> you *have* to provide the expired tapes or the data on them to be compliant. 
> Trashing the header with bplabel might make sense but still would be very 
> easy 
> to recover with dd and tar (I would think). 
> 
> I think what I'll end up doing is querying the scratch pool for tapes older 
> than 
> X dates and moving them into another pool which gets full erased and thrown 
> back 
> in the sratch pool if needed. I am also very curious if anyone else has had 
> similar discussions with their legal departments on such issues. 
> 
> Is it enough to say that once the image expires it's not reasonably sane to 
> ask 
> for the data? 
> 
> ----- Original Message ---- 
> From: Ed Wilts 
> To: Ueli.Schweizer at AGITE-Software.com; Jerry ; veritas 
> mailing list 
> Sent: Tuesday, May 15, 2007 7:50:49 AM 
> Subject: RE: [Veritas-bu] scratch pool compliance 
> 
> 
> > BTW: Some people think it's necessary to write multiple different 
> > patterns to a tape (or disk) to completely destroy the data. 
> 
> A recent interview with an Ontrack executive suggested that once the data 
> has been rewritten *once*, the data is no longer recoverable. He stated 
> that all of the articles on how many times the data needs to be rewritten 
> have all been theoretical but Ontrack has never attempted to recover data 
> that has been rewritten and does not believe that it can be done. 
> 
> .../Ed 
> 
> -- 
> Ed Wilts, Mounds View, MN, USA 
> mailto:ewilts at ewilts.org 
> 
> I GoodSearch for Bundles Of Love 
> http://www.goodsearch.com/?charityid=821118 
> 
> 
> 
> ________________________________________________________________________________
>  
> ____Building a website is a piece of cake. Yahoo! Small Business gives you 
> all 
> the tools to get online. 
> http://smallbusiness.yahoo.com/webhosting 
> _______________________________________________ 
> Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070515/996de119/attachment.htm