
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<style>

<!--

@font-face

        {font-family:Calibri}

@font-face

        {font-family:"Lucida Sans Unicode"}

p.MsoNormal, li.MsoNormal, div.MsoNormal

        {margin:0in;

        margin-bottom:.0001pt;

        font-size:11.0pt;

        font-family:"Calibri","sans-serif"}

a:link, span.MsoHyperlink

        {color:blue;

        text-decoration:underline}

a:visited, span.MsoHyperlinkFollowed

        {color:purple;

        text-decoration:underline}

span.EmailStyle17

        {font-family:"Calibri","sans-serif";

        color:windowtext}

.MsoChpDefault

        {font-family:"Calibri","sans-serif"}

@page WordSection1

        {margin:1.0in 1.0in 1.0in 1.0in}

div.WordSection1

        {}

-->

</style>

</head>

<body lang="EN-US" link="blue" vlink="purple">

<div class="WordSection1">

<p class="MsoNormal">I have read through the documentation and do not see mention of WORM object stores.  I am looking to integrate SWIFT into a storage subsystem that is a backup system, or WORM device.  It has the ability to “delete” objects, but it is not

 spinning disk, so the cost of “tombstone” files is high.  I noticed the architecture relies on these tombstone files to, “<span style="font-size:10.5pt; font-family:"Lucida Sans Unicode","sans-serif"; color:black; letter-spacing:-.1pt; background:white">ensure

 that the item is removed from the entire system.”  I am wondering if I can circumvent the use of tombstone files?</span></p>

<p class="MsoNormal"> </p>

<p class="MsoNormal">Daniel Perez</p>

</div>

<br>

<hr>

<font face="Arial" color="Gray" size="1"><br>

This e-mail and any files transmitted with it may be proprietary and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender. Please note that any views or opinions

 presented in this e-mail are solely those of the author and do not necessarily represent those of Exelis Inc. The recipient should check this e-mail and any attachments for the presence of viruses. Exelis Inc. accepts no liability for any damage caused by

 any virus transmitted by this e-mail. <br>

</font>

</body>

</html>