Nice work, Shane!!!<br><br>Great strategy for dealing with Spam. Does marking a comment as spam hide it until approved or nuked?<br><br>PS - Do we have this up anywhere as a Seam 2 example? I have to imagine we do... but this is something people might actually be interested in / could even be spawned off as an opensource project of its own (hopefully getting some help to upgrade to Seam 3 and CDI)<br>
<br>--Lincoln<br><br><div class="gmail_quote">On Thu, Jul 29, 2010 at 8:07 AM, Shane Bryzak <span dir="ltr">&lt;<a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Oops, I also forgot to add that I changed the subject line for the forum<br>
mailing list to include the forum name also.  So now, instead of the<br>
subject appearing like this:<br>
<br>
Re: [seam-forums] Some forum topic<br>
<br>
it will appear like this:<br>
<br>
Re: [seam-forums] [Seam Users] Some forum topic<br>
<br>
Hopefully no-one has any objections to this change - I figured it would<br>
be useful for people who might like more fine-grained control over their<br>
mail filters.<br>
<div><div></div><div class="h5"><br>
On 29/07/10 21:52, Shane Bryzak wrote:<br>
&gt; Hey guys,<br>
&gt;<br>
&gt; I&#39;ve finished working on the enhancements to the wiki software so that<br>
&gt; we can deal easier with spam.  Here&#39;s a list of the changes that have<br>
&gt; been made.<br>
&gt;<br>
&gt; 1)  Added a &#39;Report as spam&#39; button to the comments section of all<br>
&gt; document pages - this includes all FAQ and knowledge base pages, however<br>
&gt; not forum topics.  I decided not to add it to the forums because<br>
&gt; anything posted there goes to the mailing list (which has many eyes<br>
&gt; watching it), so I thought it was unnecessary.  Clicking this button<br>
&gt; simply creates a record in the new database table called<br>
&gt; WIKI_SPAM_REPORT, it does not affect the display of the comment at all.<br>
&gt;<br>
&gt; 2) Added a &#39;Spam reports&#39; tab to the Admin screen.  This displays a list<br>
&gt; of all the comments that have been reported as spam, the user who made<br>
&gt; the report and the user who posted the comment.  From here, you can<br>
&gt; either delete the comment, or mark it as not spam which will remove all<br>
&gt; spam reports for that comment.<br>
&gt;<br>
&gt; 3) Added a &#39;Nuke&#39; button to the user edit page.  This button deletes the<br>
&gt; user and all their comments, topics, etc - basically any content they<br>
&gt; have posted to the site.  This is a *proper* delete (the normal delete<br>
&gt; just re-assigns ownership of all posts to the admin user) so use with<br>
&gt; care!  This action will also blacklist the user&#39;s e-mail address and IP<br>
&gt; address.  The IP address is recorded the first time the user registers.<br>
&gt;<br>
&gt; 4) Added a &#39;Blacklist&#39; tab to the Admin screen.  This lists all the<br>
&gt; records in the blacklist table, and gives the option to remove<br>
&gt; individual records.  Users with an e-mail address or IP address that&#39;s<br>
&gt; on the blacklist are not able to register new accounts, instead they are<br>
&gt; presented with a &#39;you have been blacklisted&#39; message.<br>
&gt;<br>
&gt; I&#39;m pretty much ready to roll this out to production, however I would<br>
&gt; ideally like if we could test the changes more thoroughly in some kind<br>
&gt; of staging environment.  The wiki software is quite complex and I cannot<br>
&gt; be 100% certain that my changes haven&#39;t broken or in some way affected<br>
&gt; some obscure feature that isn&#39;t readily detectable in basic testing.  Do<br>
&gt; we have an environment where we can set this up and test it for a few<br>
&gt; days before deploying to production?<br>
&gt;<br>
&gt; Also it would be nice to give the upgrade a couple of test runs to make<br>
&gt; sure all DDL scripts etc are without error.<br>
&gt;<br>
&gt; Shane<br>
&gt; _______________________________________________<br>
&gt; seam-dev mailing list<br>
&gt; <a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
&gt;<br>
<br>
_______________________________________________<br>
seam-dev mailing list<br>
<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.com">http://ocpsoft.com</a><br><a href="http://scrumshark.com">http://scrumshark.com</a><br>&quot;Keep it Simple&quot;<br>