Damit kannst du dir eine Funktion und die DB-Abfrage sparen.

Dann könnte man anstatt der Meta-Daten den comment_status verwenden. Im Backend kann man nur generell Kommentare ein- oder ausschalten. Das Tabellenfeld wp_post/comment_status bietet aber noch die Einstellung ‘registered_only’.
Da man im Backend nirgendwo einstellen kann das nur regestrierte Benutzer kommentieren können (warum auch immer), gehe ich mal davon aus das dieser Status von WP nicht ausgewertet wird.
Ich würde eher dieses Feld verwenden. Der Grund ist einfach: verwendet jemand die WP-Funktion the_meta() um die Benutzerdefinierten Felder anzuzeigen, dann wird auch der Status mit angezeigt. Wäre nicht wirklich schön.

Ich kämpfe übrigens grade mit dem gleichen Problem.

Das Problem an Spam Karma ist, dass es bei der Captcha-Funktion nach den Plugins ausgeführt wird. Um das Problem richtig sauber zu lösen, müsste man wohl ein Plugin für Spam Karma schreiben.

Das Problem mit SK2 hatte ich ja in meinen vorherigen Kommentar erläutert.

Steht comment_approved auf 1, ist der Kommentar frei gegeben. Ist er hingegen auf 0, muss er moderiert werden.

Also im Admin-Bereich eine Checkbox die beim Speichern des Beitrags in den post_metadata einen Eintrag schreibt (z.B. post_moderatetd = true/false). Dann noch einen Filter add_action(‘comment_post’,'CheckModeration’).
Die Funktion CheckModeration wird beim Absenden eines Kommentars aufgerufen. Dabei wird anhand der Post-ID in den Post-Metadatas nachgeschaut ob Kommentare zum Beitrag moderiert werden sollen. Wenn ja, wird der Status des Kommentars (comment_approved) auf 0 gesetzt. Somit hängt der Kommentar in der Moderationsschleife.

Das Plugin muss natürlich NACH SK2 (und allen anderen Spam-Plugins) aufgerufen werden. Wird es VOR SK2 aufgerufen, setzt SK2 den Kommentar ggf. wieder auf Nicht moderiert (comment_approved=1).
SK2 hat keine Priorität angegeben, wird also immer als letztes aufgerufen. Demnach muss man SK2 zu Leibe rücken und ihm eine Priorität von 9 geben, seinem eigenen Plugin eine von 10.

Because it seems, that there should be a possibility to set individual moderate states to comments (heise), there should be a possibility in wordpress to activate seperatly the moderate function for each posting.
Because it seems, that there is no solu…

Auf jeden Fall schon mal ein schnelles “Danke schön” von hier aus!

Werde mir das Plugin so bald wie möglich genauer ansehen; auf den ersten Blick sieht es aber schon mal sehr vielversprechend aus. Die Umsetzung über wp_postmeta scheint in der Tat der einzige Weg zur Lösung des Problems zu sein.

Für das Spam-Karma-Problem kann ich möglicherweise einen Lösungsansatz beisteuern. Wie Andreas Skowronek unter http://forum.wordpress.de/showthread.php?t=4694 beschreibt, müsste es reichen, den Anubis-Wert hochzusetzen (auf “+45″). Inwieweit dies dann alle Kommentare (auch die nicht zu moderierenden) in die Moderationsschleife schickt, habe ich allerdings noch nicht testen können. Möglicherweise muss man da noch etwas mit dem Wert spielen…

Ich hab unter http://www.mathias-bank.de/2006/08/29/wordpress-plugin-comment-justice-check/ ein Plugin gerade hochgestellt. Ist noch in Version 0.1, die ersten Tests haben aber funktioniert. Es gab lediglich Probleme beim Einsatz von Spam Karma2, der hat die Beiträge dann unter Umständen trotzdem aktiviert.

In meinen (nicht-juristischen) Augen würde der Moderationsbedarf (im Sinne der OLG-Entscheidung) auftreten, wenn erstmals eine “berechtigte” Aufforderung zur Löschung eines Kommentars eingegangen ist.

Kommentare (für einen Artikel) ganz schließen wäre zwar auch eine (letzte) Möglichkeit, aber im Sinne des Erfinders scheint mir das nicht zu sein…