<div dir="ltr">If I ever find out what the customer does I'll definitely update everyone.  I may even write something in the lab to share if I ever get some time.<div><br></div><div>I'd imagine a python script on a small linux host could run every night to clean up old entries.  </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 12, 2019 at 10:05 AM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Oh I see.  Well, since Cisco does mention the following:<div><br></div><div>"We recommend that you maintain the external database according to the best practice guidelines described in the product documentation. If you do not properly maintain the external database, <span style="background-color:rgb(255,242,204)">and you allow the external database to fill up</span>, this causes performance problems in the IM and Presence Service cluster."</div><div><br></div><div>It stands to reason that you could just use the method you described initially, which is to have your SQL admin write the procedure to delete records older than X days.</div><div><br></div><div>Good luck, and I'd be curious to know which route you take.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 12, 2019 at 8:56 AM Erick Wellnitz <<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">ewellnitzvoip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">That works for what loads in Jabber  but they're concerned with the messages existing in the database which makes them fair game for legal discovery.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019 at 7:59 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Is it not just the setting labeled 

<span style="color:rgb(88,88,91);font-family:CiscoSans,Arial,sans-serif;font-size:14px;font-weight:700">Maximum number of messages that can be retrieved from the archive?</span></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019 at 11:12 AM Erick Wellnitz <<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">ewellnitzvoip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">All,<div><br></div><div>With the introduction of WebEx Teams the request for persistent chat isn't so common anymore.</div><div><br></div><div>I have a client asking about it and how we can limit how long messages are kept in persistent chat.</div><div><br></div><div>I can't find a native way to do that but was thinking if IM&Presence doesn't index the database independently an SQL admin could write a procedure to remove entries older than x days.  </div><div><br></div><div>Any thoughts?</div></div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>