Hallo! > Am 26.03.2014 23:25, schrieb Erik Streb del Toro: > > Allerdings bekommen wir so gar nicht mehr mit, welcher Spam dazu > > kommt und gelöscht werden muss.
stimmt natürlich. Wie wärs, wenn ich für die Bugs eine neue Mailingliste einrichte auf der sich dann weniger Personen einschreiben (im wesentlichen die mit svn Zugang) und die nicht öffentlich ist. Dann stört es nicht alle, wenn so viel Spam rumfliegt, dadurch dass das Archiv nicht öffentlich ist steht der Spam nicht dauerhaft im Netz und öffentlich sind die Tickets ohnehin. Antworten auf Tickets sollte es vielleicht ohnehin nicht geben bzw. wenn dann nur als antworten im trac auf die Tickets. Ich könnte die Mailingliste dann also so einstellen, dass nur das trac drauf posten darf… Am Donnerstag, den 27.03.2014, 15:41 +0100 schrieb Jakob Hetzelein: > Problematisch ist vor allem, dass die Spambots momentan in der Lage > scheinen, die Captchas lösen zu können. Gibt es da vllt. ein anderes > Plugin für trac, das sicherer ist? ich probier mal ein anderes Captcha, man kann da aus mehreren auswählen. > Eine Idee, die ich hätte wäre, direkt im trac anzusetzen: > 1. die Moderation für Mails vom Ticketsystem an die Mailingliste wieder > auszuschalten und > > 2. Im trac Tickets selbst auf moderiert zu stellen (wenn das geht?). So > dass nur nicht-Spam-Tickets überhaupt ins trac gelangen und Emails an > die Mailingliste produzieren können?! im Trac kann ich nix auf moderiert stellen, jedenfalls kenn ich da keine Option (müsstet ihr mir irgendein plugin sagen, was ich installieren soll) Aktuell haben 28 Personen Zugang zum Trac-Admin bereich (jeder mit svn-commit recht). Ihr könnt auch selbst ins Interface schauen ob man da noch was tweaken kann… Ich bin gerade durch die Liste der versuchten Einträge der letzten 7 Tage gegangen. Waren insgesamt ca. 400 Stück und dabei gab es auch ca. 10 legitime Versuche, die bei der aktuellen Einstellung als Spam aussortiert wurden. Hohes Karma allein hilft auch nicht… Ben
