<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 14, 2017 at 1:08 AM, Vladimir Sedach <span dir="ltr"><<a href="mailto:vsedach@gmail.com" target="_blank">vsedach@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Read-only mode seems like the best solution. There are still many<br>
lisppaste links around on the web and in mailing list archives.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Given the fact  that this is the only reaction about running the paste engine, I think there's nobody interested in fighting the spambots solely to keep a lisp paste bot running.</div><div><br></div><div>My conclusion then is that indeed we'll turn the service to be read-only for the purpose of maintaining the older pastes around.</div><div><br></div><div>There then is one remaining thing to be done, though: clean the current body of pastes from any abusive or inappropriate content.</div><div><br></div><div>Would anybody be interested in taking up the task to do such a thing? (btw, I'm not thinking of reading each and every one of the posts in the system; I'm more thinking of using bayes testing (like spambayes or spamassassin) to clean the system with "minimum" energy)</div><div><br></div><div>Regards,<br></div></div><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Bye,<div><br></div><div>Erik.</div><div><br></div><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div><div>Robust and Flexible. No vendor lock-in.</div></div></div>
</div></div>