Trucs pour despammer le Trac

Il n'y en aura plus

La page BadContent repertorie les expressions et interdits dans cette installation. Elle est devenue bien extensive et couvre pas mal de trucs. Les spams que vous voyez sont donc probablement des vieux spams et les nouveaux sont maintenant refuses.

Si vous voyez un spam plus recent que la derniere modif que la page BadContent, ajoutez une expression raisonnable dans BadContent pour le refuser a l'avenir.

Delete ticket & changes

Une fois qu'on a repere un spam, il faut se logguer dans le trac. Si on a les permissions admin, on a un tab "admin" a cote de "Tags". Dans le menu admin, on a le choix entre "delete" et "delete changes". La plupart du temps, vous devez utiliser "delete changes" pour effacer les changements "spam" associes au ticket et non le ticket entier. Si le ticket en entier est du spam depuis le depart, utiliser "delete" pour effacer le ticket au complet.

Petit truc: utiliser un  bookmarklet "increment" pour passer au travers de tous les tickets. Anarcat a commence la verification systematique, il a verifie les tickets de 1 a 301.

Magie SQL-Lite

Pour les tickets presents dans la base datant d'avant l'installation des filtres, il est pratique de passer directement dans la base SQL-Lite. On peut par exemple y effacer tous les tickets d'un auteur ou matchant le blacklist...

Spam restant

smart+question

Ceux-ci sont tres repandus, partout dans trac. Seek & destroy. Au moins, remettre le bon milestone et sommaire pour les gens qui n'ont pas acces admin. Voir le rapport {10}.

Deleted tickets

Those have been removed because of UnicodeErrors.

129

Le ticket #129 posait des problemes, je l'ai efface:

UnicodeDecodeError: 'utf8' codec can't decode bytes in position 26-28: invalid data

Voici le ticket:

sqlite> select * from ticket where id=129;
129||1052413912|1150181264|MySQL|feature|low|benjamin|anonymous||mailman-1.5|0.9.3|closed|fixed|purge automatique des entrees perimees de la table sessions|je pense qu'il serait necessaire de creer un petit script de purge de la table sessions pour les usagers qui ne font pas "logout" sur le bureau. Toutes les x heures par exemple.|
sqlite> select * from ticket_change where ticket=129;
129|1083540274|anarcat|comment||Reclassement.

Je ne suis pas sur que ce soit necessaire. Avec un bon schema d'authentification, il devrait y avoir un systeme de "idle" automatique, sans avoir besoin de jouer dans un cron pour le logout.

c.f. PEAR::Auth.
129|1094584432|benjamin|comment||/* Fermeture des sessions de + de 48H : */
    $db->query("DELETE FROM sessions WHERE DATE_ADD(ts,INTERVAL 2 DAY)<NOW();");

m_mem ligne 101.
129|1083540274|anarcat|severity|trivial|feature
129|1094584432|benjamin|owner|anonymous|benjamin
129|1094584432|benjamin|resolution||fixed
129|1094584432|benjamin|status|new|closed
129|1100129339|anarcat|milestone||0.9.3
129|1100129339|anarcat|summary|table sessions|purge automatique des entrees perimees de la table sessions

Voici comment je l'ai efface:

sqlite> delete from ticket_change where ticket=129;
sqlite> delete from ticket where id=129;

309

sqlite> select * from ticket where id=309;
309||1099554236|1150112494|Postfix|feature|normal|arnaud_lb|anarcat||0.9.2-2|0.9.3.1|closed|fixed|corrections a /etc/alternc/sendmail|J'ai eu des erreurs ici a cause de ca... il faudrait verifier pourquoi il n'est pas executable, mais aussi et surtout *pourquoi ca existe, ca, apres tout*. Est-ce qu'il est vraiment necessaire de faire notre propre wrapper sendmail???

ADDITIONAL INFORMATION:
Il y a plusieurs choses qui m'agacent dans ce script:

1- ceci me semble inutile:
$ENV{'PWD'}=~/^/var/alternc/html/./([^/]*)//;

2- le script semble essayer de rajouter un From quand il y en a pas. Postfix devrait pouvoir faire ca de lui-meme.

3- il semble prendre un argument magique $1 comme le nom d'usager, et je ne comprends pas du tout pourquoi.

bref, des explications quelqu'un?|
sqlite> select * from ticket_change where ticket=309; 
309|1116265980|anarcat|comment||Jerome s'est porte volontaire pour regler ces problemes.
309|1116267224|anarcat|comment||Oups! C'est benji finalement:

<vinci> je vote comme jerome et je m'accole a cette TODO la
<vinci> - chmod +x
<vinci> - deplacement du script dans /usr/sbin/sendmail.alternc
<vinci> - verif de son bon fonctionnement malgre le chdir par exemple
309|1116622091|anarcat|comment||/usr/lib/alternc, en fait
309|1116690811|arnaud_lb|comment||Je me suis occupe de deplacer le script, il est mainenant installe dans /usr/lib/alternc par le Makefile de /src et est executable.
J'ai fait une petite correction dans le script aussi, pour que ca fonctionne quand il n'y a pas de / a la fin de PWD.
Par contre on ne peut rien faire contre un chdir.
309|1116691003|anarcat|comment||Ceci ne regle-t-il pas le probleme, arnaud? Je te laisse l'honneur de resoudre le bug. :)
309|1116691208|arnaud_lb|comment||Resolu :)
309|1116691522|arnaud_lb|comment||Oups, en fait y a les %%fqdn%% a remplacer dedans ...
C'est pour ca qu'il etait dans /etc en fait.
309|1116695806|arnaud_lb|comment||Je le remet dans /etc ?
309|1116698674|arnaud_lb|comment||bon, j'ai redeplace src/sendmail du packet dans /install/scripts/usr/lib/alternc/ et j'ai modifie alternc.install pour qu'il le parse.
309|1116721093|anarcat|comment||Je crois que l'on pourrait ne pas parser ce script avec alternc.install. Ca demanderait un petit test, mais il me semble qu'avec un From: user, postfix va sortir le courriel avec From: user@fqdn anyways, sauf pour ce qui est du phony X-RealFrom, qui me semble bizarre, au mieux.

Aussi, il y a un autre truc qui me derange dans le script: il ajoute systematiquement un reply-to, ce qui n'est pas du tout necessaire si le From est correct.
309|1137055294|anarcat|comment||explications:

1- et 3-: l'argument magique $1 vient de la regexp appliquee sur PWD. elle permet de trouver le user qui envoie le mail. c'est la raison d'etre du script.

2- mes tests ont montre que Postfix va bien rajouter un FQDN a la droite d'une chaine sans @fqdn sur les From *et* Reply-To, donc, pas besoin de parser par alternc.install. 

on met donc le script dans src/ et il est installe avec les autres scripts, ce qui arrange du coup ses permissions.

il faudrait encore verifier son fonctionnement avec un chdir().
309|1116265980|anarcat|owner|anonymous|jerome
309|1116265980|anarcat|status|new|assigned
309|1116267185|anarcat|owner|jerome|benjamin
309|1116267249|anarcat|summary|pourquoi /etc/alternc/sendmail n'est pas executable?|corrections a /etc/alternc/sendmail
309|1116691014|anarcat|owner|benjamin|arnaud_lb
309|1116691208|arnaud_lb|resolution||fixed
309|1116691208|arnaud_lb|milestone||0.9.3.1
309|1116691208|arnaud_lb|status|assigned|closed
309|1116691522|arnaud_lb|status|closed|assigned
309|1116698674|arnaud_lb|status|assigned|closed
309|1116721093|anarcat|resolution|fixed|
309|1116721093|anarcat|status|closed|assigned
309|1137055294|anarcat|status|assigned|closed
309|1137055294|anarcat|resolution||fixed

Efface de la meme facon.