NoSPAM

Un plugin pour limiter le risque de spam dans les forums de SPIP.

Le plugin introduit plusieurs mécanismes visant à limiter l’envoi de spams depuis les formulaires de SPIP (forums publics, formulaires de contact, formulaires des pétitions).

Un jeton périssable

Les formulaires se voient dotés d’un jeton périssable et lié à l’IP. Ce jeton empêche la réutilisation du même formulaire au delà de la durée de péremption, et rend ainsi le post automatique par robot plus compliqué.

Modération automatique dans les forums non modérés

Le but des spammeurs est de publier du contenu en ligne. Si les messages suspects sont modérés, l’intérêt du site diminue pour les attaquants qui iront voir ailleurs.

Le plugin utilise donc quelques règles de prudence pour modérer automatiquement les messages suspects.

-  Si un message contient trop de lien, il est modéré automatiquement, voire mis à la poubelle (où il peut être repêché par le modérateur). Les liens vers le site lui-même ne sont pas intégrés à ce compte. À partir de la version 1.6.0, on peut utiliser la constante NOSPAM_DOMAINES_AMIS pour indiquer une liste de sites (séparés par une virgule) qui n’entrent pas non plus dans ce compte.
Par exemple, dans votre fichier mes_options.php :
define ("NOSPAM_DOMAINES_AMIS", "spip.net, core.spip.org");

-  De même, si une adresse IP identique a déjà envoyé trop de messages consécutifs dans un laps de temps donné, les nouveaux messages sont automatiquement modérés.

-  A partir de la version 1.2.0, le plugin se base aussi sur la langue du message pour affiner la modération, et compare également l’adresse IP du posteur avec une base actualisée en temps réel des IPs malveillantes [1]

Le plugin pourra être enrichi de nouveaux dispositifs au fur et à mesure de vos retours.

Ne cumulez pas !

Si vous voulez aider à améliorer l’efficacité de ce plugin avec vos retours, ne l’utilisez pas en même temps qu’un plugin captcha ou un autre plugin anti-spam.

Le but de ce plugin est de faire aussi bien ou mieux qu’un captcha, mais sans gêner l’internaute.

Vous avez encore du spam juste après l’avoir installé ?

Les spammeurs aimaient bien votre site ! Alors ils viennent voir avec leurs petites mains pourquoi leurs robots ne passent plus, et ils font des tentatives pour comprendre.

Laissez les faire, mais faites attention à bien déclarer « SPAM » les messages qui en sont. Vous verrez que très vite ils vont se décourager d’envoyer des messages qui ne sont jamais publiés !...

Avec SPIP 2.x, utiliser le plugin Gestion forum pour déclarer un message en SPAM.

Protéger d’autres formulaires - simple

Le plugin peut aussi protéger vos formulaires personnalisés avec son système de jeton.
Pour cela, il suffit de déclarer votre formulaire dans la variable globale formulaires_no_spam, dans votre fichier mes_options.php (ou mon_plugin_options.php). N’oubliez pas de repasser par le panneau d’administration du plugin si vous avez ajouté un fichier mon_plugin_options.php.
Ici, par exemple, on déclare le #FORMULAIRE_CONTACT_LIBRE :

// proteger le #FORMULAIRE_CONTACT_LIBRE
$GLOBALS['formulaires_no_spam'][] = 'contact_libre';

Protéger d’autres formulaires - avancé

Si la protection simple n’est pas suffisante, plusieurs protections supplémentaires sont possibles :

Analyser le résultat saisi

Par exemple pour le plugin contact_libre, qui définit un formulaire de contact : la fonction ’vérifier’ de ce formulaire (définie dans le fichier formulaire_contact_libre.php) utilise les fonctions d’analyse de NoSPAM (définie dans le fichier inc/nospam.php du plugin nospam) :

include_spip('inc/texte');
// si nospam est present on traite les spams
if (include_spip('inc/nospam')) {
	$caracteres = nospam_compter_caracteres_utiles($texte);
	// moins de 10 caracteres sans les liens = spam !
	if ($caracteres < 10){
		$erreurs['texte_message'] = _T('forum_attention_dix_caracteres');
	}
	// on analyse le sujet
	$infos_sujet = nospam_analyser_spams($sujet);
	// si un lien dans le sujet = spam !
	if ($infos_sujet['nombre_liens'] > 0)
		$erreurs['sujet_message'] = _T('nospam:erreur_spam');

	// on analyse le texte
	$infos_texte = nospam_analyser_spams($texte);
	if ($infos_texte['nombre_liens'] > 0) {
		// si un lien a un titre de moins de 3 caracteres = spam !
		if ($infos_texte['caracteres_texte_lien_min'] < 3) {
			$erreurs['texte_message'] = _T('nospam:erreur_spam');
		}
		// si le texte contient plus de trois lien = spam !
		if ($infos_texte['nombre_liens'] >= 3)
			$erreurs['texte_message'] = _T('nospam:erreur_spam');
	}
}

Obfusquer les name du formulaire

A partir de NoSpam v2

C’est une méthode proposée par NoSpam qu’on peut activer au cas par cas en ajoutant une clé dans le tableau renvoyé par la fonction charger() du formulaire :

	$valeurs['_nospam_encrypt'] = true;
	return $valeurs;

Les valeurs possibles sont true pour obfusquer tout sauf les name commençant par session_ ou 'all' pour tout obfusquer.

A noter que cette option est aussi activable globalement pour tous les formulaire du site via un define dans le fichier mes_options.php

define('_SPAM_ENCRYPT_NAME', true);

S’assurer que l’internaute recharge la page avant de lancer l’action

A partir de NoSpam v2

La plupart des bots spammeurs se contentent de faire un POST sans charger le résultat.
Pour éviter de faire une action en base de données déclenchée par un spammeur de ce type, il est possible de retarder l’action faite dans la fonction traiter() du formulaire et de la faire déclencher par l’utilisateur uniquement si il affiche bien le message de succès et execute le Javascript de la page.

Pour cela on peut utiliser la fonction nospam_confirm_action_html() de la façon suivante dans la fonction traiter()

	include_spip('inc/nospam');

	if (function_exists('nospam_confirm_action_html')) {
		$html_confirm = nospam_confirm_action_html("mafonction", "Description", $args);
		$res['message_ok'] .= $html_confirm;
	}
	else {
		// ICI lancer normalement mafonction()
	}

Pour simplifier son usage, l’utilisation de nospam_confirm_action_html() est identique à celle de job_queue_add()

Notes

[1Cette comparaison se fait par récupération de la liste des IPs qui abusent, et non en envoyant des données à un service externe sur la personne qui écrit le message. Cette fonctionnalité ne fonctionnera pas sur certains hébergements gratuits.

Discussion

137 discussions

  • 19

    Bonjour,

    En faisant la mise à jour de « Formidable », le plugin « NoSPAM » était demandé.

    Avec le couteau suisse j’avais activé :
    Sécurité -> Lutte contre le SPAM

    Les deux sont-ils compatibles ? je ne comprends pas pourquoi ce plugin supplémentaire ?

    Merci d’avance si quelqu’un pouvait m’expliquer cela.

    • Le plugin NoSpam est un plugin communautaire qui peut se brancher sur n’importe quel formulaire. Il fonctionne sur un principe de liste noir communautaire + des tests d’intelligences artificiels.

      La lame nospam du couteau suisse fonctionne essentiellement pour certains champs et visiblement pas ceux de formidable, en lecture rapide de code. Par ailleurs, il fonctionne sur une liste de mot clef interdit. Ce n’est pas du tout la même approche, et ce n’est pas applicable aux formulaires formidable.

      Les mainteneurs du plugin formidable (Rastapopoulos et moi-même, pour l’essentiel) nous sommes dit qu’il était important, puisque les formulaires formidable sont public, d’avoir par défaut un antispam (en plus de l’antispam propre à Fordmiabke)

    • Merci de cette réponse rapide.

      Finalement, je laisse la lame du couteau suisse active ?

      Pas de risque de doublons pouvant perturber NoSpam ?
      ou je la désactive ?

    • personnellement, je désactiverai le couteau suisse en general qui est une usine à gaz. A priori pas de risque de doublons, simplement du coup ca permettra pas d’ameliorer nospam.

    • Donc je peux laisser « Lutte contre le SPAM » et « MailCrypt » tout en activant NoSPAM ?

    • a priori oui.

    • Je viens de faire cette mise à jour en incluant NoSPAM et du coup plus de retour de formulaires… :(

    • Plus de retour ? + ou pas du tout ?

    • Non, plus du tout.
      J’ai désactivé « Lutte contre le SPAM » du couteau suisse et c’est pareil :(

    • On peut avoir une url ? Tu as essayé de remplir le formulaire pour voir ce que ça donne ?

    • Bien sûr que j’ai rempli le formulaire pour me l’envoyer mais pas de réponse alors que le message par lequel il a bien été envoyé s’était affiché dans le cartouche vert.

    • pas de réponse ??? c’est à dire ?

    • Pas de courriel dans la messagerie dans laquelle le formulaire est censé avoir envoyé le contenu…

    • Je ne me souviens plus comment était la page de configuration de « Formidable » mais je trouve toutes les cases à cocher vides…

    • et dans les logs ? si tu as pas de visite ça par mal du site aussi

    • Euh… les logs ? je les trouve où ?

    • dans ton tmp/log déjà

    • hum, je ne pense pas que ce soit lié à nospam ca. Par contre c’est bizarre que tu ai toutes les cases à cocher vide. On a pas mis de chose en ce snes. En plus si tel était le cas, pourquoi a t-on un message qui dit que c’est bien passé.

      Du coup peut tu m’envoyer (monprenom@monprenom.net) un export .yaml du formulaire

      Pour les logs, le plus simple est d’activier le plugin simplelog, ou bien tu peux les recuperer dans tmp/log via ftp. Normalement tous les élèments envoyés par formidable sont stockés.

    •  ? ? ? Plus d’une heure après l’envoi de mon premier essai de formulaire je viens d’en recevoir le contenu…
      Je viens de m’en envoyer un avec date et heure d’envoi dans le champs « commentaire ».
      Je vais donc pouvoir chronométrer le temps exact d’acheminement.
      Je vous tiens au courant du résultat mais c’est quand même curieux… OVH aurait des soucis (?)

    • En effet, je viens de recevoir à l’instant le retour de mon formulaire envoyé à 17:15. Soit un peu plus d’une heure après l’envoi.
      Donc pas de souci de « Formidable » ni de « NoSPAM » mais probablement de l’hébergeur (?).
      J’avais pourtant déjà fait des tests au début de l’installation de ce plugin et je ne me souviens pas d’un délai aussi long.
      J’ai laissé « MailCrypt » et désactivé « Lutte contre le SPAM » dans le « Couteau suisse ».
      Bon, enfin ça re-fonctionne…
      Merci de votre aide et bon week :)

    Répondre à ce message

  • Bonjour,

    Sur les signatures de pétiion dans le privé de SPIP, on ne peut pas les signalé en spam pour bloquer un bot, comment faire ?

    Répondre à ce message

  • 16

    Bonjour,
    Je viens de mettre à jour mon site à la version 3.2.1 et réinstaller le plugin NoSPAM (par la fonction ajout automatique via le répertoire plugins/auto)... Cependant, après avoir activé le plugin, les messages spams continuent à attaquer tous mes articles publiés (les forums étant en mode « Publication immédiate des messages »), des dizaines par jour.
    Dans l’interface d’administration du site et des plugins, je n’ai trouvé aucun lieu où je peux modifier ou personnaliser les paramètres de NoSPAM. J’ai essayé de lire toutes les indications et tous les messages ici mais ne sais pas comment régler le problème.
    Est-ce que vous pouvez m’aider SVP ?
    Merci par avance.

    • Bonjour,

      Tu classes bien en spam les messages qui le sont ?

    • Oui, j’ai essayé toutes les possibilités : les signaler comme spam, les supprimer, ajouter les chaines de caractères répétées dans la liste des séquences interdites du plugin Le Couteau Suisse > Lutte contre le SPAM, etc. En vain, de nouveaux messages spams reviennent par dizaines chaque jour.

    • Déjà ne garde que nospam, ne supprime pas les messages.

      Ensuite tu vais le soucis avant le changement de version de SPIP ? Quel hébergeur ?

    • D’accord. Face au problème, j’ai du désactiver les forums pendant quelques semaines. Je viens de les réactiver pour voir comme ça marche maintenant. Mon hébergeur étaient sur IXWeb Hosting pendant plusieurs années, mais qui vient d’être repris par Site5. C’est un peu ennuyeux ce nouveau hébergeur, mais je ne veut pas vraiment changer car la migration de mes sites devrait être trop compliquée.
      D’avance merci.

    • Voilà le premier message spam qui arrive juste 30 minutes après la réouverture des forums publics de mon site. Je l’ai choisi pour signaler comme spam sans le supprimer, mais je suis pas certain que ça marche.

    • Ce que tu peux regarder c’est :
      -  l’auteur a un compte ?
      -  l’email a déjà poster ?
      -  l’ip a servi pour d’autre message ?

      Tu as une url pour voir le site ?

    • L’auteur n’a pas d’un compte parce que je n’oblige pas l’inscription sur mon site. Il s’agit d’un site perso avec moi seul comme rédacteur et une fréquentation modeste ; avant la migration, la même configuration ne posait pas de problème.

      Quant à l’adresse e-mail et l’IP, ça varie de sorte qu’il n’y ait pas de répétition sur plus de 600 messages déjà marqués comme spam sans être encore supprimés dans les forums.

      Le lien de mon site est http://nguyentandai.vn. Pour l’instant, je n’ai publié que les articles en vietnamien, ma langue maternelle, mais pas encore un volet en français ou en anglais (ça reste en préparation).

    • Le spam est en vietnamien ?

    • Non, c’est en anglais, mais parfois sont insérés les caractères russes ou d’autres trucs qui ressemblent aux caractères romains pour s’échapper aux filtres sur les séquences interdites.
      Un exemple le plus récent :
      « Simply want to ѕay yopur article is as amazing.
      Tһe clearness onn yoᥙr post is just spectacular ɑnd i ccan assuje yօu arе knowledgeable on this subject.
      Ϝine witһ your permission аllow me tօ grasp ʏⲟur RSS feed to қeep upp tto ԁate witһ approaching post.
      Thanks 1,000,000 and pⅼease continue thee enjoyable ѡork. [...] »

    • Le plugin fait normalement une détection de langue du message posté et compare avec la langue de l’article. Si ce sont des langues différentes (ici anglais vs vietnamien), le message et automatiquement modéré en proposé (donc non plublié par défaut) dès qu’il y a un lien dedans.

      C’est ce qui s’est passé ici ? Ou alors les caractères utf8 perturbent la détection de la langue peut-être ?

    • Voilà une information importante sur le comment ça marche le plugin. C’est vrai que mon site a subi un problème d’encodage Unicode lors de la migration. Toutes les tables et tous leurs champs ont été mis sur l’interclassement latin1_swedish_ci (comme capture d’écran ci-jointe). Null en informatique, je ne sais pas comment exécuter une seule requête SQL pour convertir tous ces tables (et les champs concernés dans chaque table) en un interclassement Unicode...

    • J’ai du donc entrer à l’intérieur de chaque table et modifier manuellement chaque champs concerné en utf8_unicode_ci. Mais même si la conversion finie à l’intérieur de chaque table (capture d’écran ci-jointe), l’interclassement affiché dans la vue globale des tables reste toujours latin1_swedish_ci.

      D’ailleurs, j’ai découvert également que j’ai mal choisi la cible lors de ces conversions : car en en comparaison avec la base de données d’un site démo fraichement installé, je trouve que l’interclassement des tables et des champs de ces tables sont plutôt utf8_general_ci que utf8_unicode_ci. Je ne sais pas trop quel est la différence entre les deux, et si cela affecte vraiment la reconnaissance des langues au niveau du plugin NoSPAM.

    • Ça n’affecte rien, c’est indépendant.
      Du moment que les textes s’affichent bien sur le site public le plugin peut fonctionner correctement.
      La detection de langue se base sur un algorithme assez classique de repérage des syllabes et des probabilités d’occurences par langue. Mais ici je suppose qu’il est volontairement cassé par les caractères utf8 introduits dans les messages de SPAMs et qui imittent les lettres normales sans en être

    • Merci de votre patience et de vos explications très claires. Finalement, est-ce qu’il y a une solution pour régler ce problème ? Et pourquoi c’était bien fonctionnel à la version SPIP 2.x (où la structure des tables est en principe identique) ?

    • A priori pas de rapport, le plugin est aussi bien fonctionnel en SPIP 3.x

      Il est plutôt probable que le site étant dans une vieille version de SPIP la structure des formulaires ne correspondait pas à ce que les robots programmés pour SPIP attendaient et ça les bloquait involontairement. Depuis que le site est repassé en SPIP 3.x les robots s’en donnent de nouveau à cœur joie.
      Utiliser les forums sur inscription est une bonne solution.

    • D’accord ! Je vais observer encore quelques jours, si jamais le plugin prends progressivement son efficacité après que j’ai homogénéisé tous les paramètres d’interclassement des tables. Sinon, une obligation d’inscription devrait être le dernier recours.
      Merci de tous ces échanges.
      Bien cordialement,
      NT Dai

    Répondre à ce message

  • Ver For

    Bonjour

    Un doute sur l’utilisation avec des formulaires présents dans les pages SPIP
    Est-ce que nospam fonctionne avec tous les formulaires ?

    par, j’ai ajouté dans le fichier mes_options.php le code suivant :

    $GLOBALS['formulaires_no_spam'][] = 'newsletter';

    relatif à ce formulaire

    <form method="post" action="[(#ENV{action})]" class="mt30" id='newsletter'>
    	#ACTION_FORMULAIRE{#ENV{action}}
    
    	<label for="input-newsletter" class="h-like-f c-wh-b">Newsletter</label>
    	<div class="input-group style-a mt5">
    		<input type="text" id="input-newsletter" class="form-control" placeholder="Email" name='nl_input_email'[ value='(#ENV{nl_input_email})']>
    		<span class="input-group-btn">
    			<button class="btn" type="submit" title="Valider l'inscription à la Newsletter">OK</button>
    		</span>
    	</div><!-- .input-group -->
    </form>
    $GLOBALS['formulaires_no_spam'][] = 'form-virtuel-bis';

    pour ce formulaire

    <form action="#"  class="c-wh-b ta-c sep-g pb15" id='form-virtuel-bis'>
    	<h2 class="h-like-m c-wh-b">Espace adhérents</h2>
    	<ul>
    		<li class="mt35">
    			<ul class="row">
    				<li class="col-md-6 col-sm-6 col-xs-6 pr5 pr5-xs">
    					<input type="text" class="form-control c-pu-a" placeholder="Identifiant...">
    				</li>
    				<li class="col-md-6 col-sm-6 col-xs-6 pl5 pl5-xs">
    					<input type="password" class="form-control c-pu-a" placeholder="Mot de passe......">
    				</li>
    			</ul>
    		</li>
    		<li class="mt20 mt0-sm">
    			<ul class="row">
    				<li class="col-md-6 col-sm-12 col-xs-6 pr5 ph15-sm pr5-xs mt5 mt10-sm mt20-xs">
    					<a href="spip.php?page=spip_pass" class="td-und c-gy-a"><em>Mot de passe oublié ?</em></a>
    				</li>
    				<li class="col-md-6 col-sm-12 col-xs-6 pl5 ph15-sm pl5-xs mt15-sm">
    					<button type="submit" class="btn submit full">Se connecter</button>
    				</li>
    			</ul>
    		</li>
    	</ul>
    </form>				

    Merci pour vos réponses

    Répondre à ce message

  • Jaseur Boréal

    Face aux outils qui contournent les protections : besoin d’une sécurité supplémentaire au système « Nospam » de protection de nos pages-contact & forums sous-articles ?

    Bonjour Cédric,

    je partage ce message reçu par la page contact du site depuis sa version responsive améliorée avec Escal 4 sous Spip 3.2

    C’est le deuxième courriel « bizarre » venant de Russie depuis le début de semaine.
    Je sais la Lettonie subir des attaques informatiques ( probablement venant de Russie) la dernière en date concernait le site web du service de santé. Il y a 3 ans, le site Lettonie-Francija avait subi un débordement de spams dont les IP étaient localisées à Moscou.
    « Nospam » a depuis correctement filtré.. cela s’était calmé ...

    Nous devons nous attendre à quelques attaques du même genre en cette année de célébration du Centenaire de l’indépendance des Pays Baltes.

    Copie courriel en image.

    Qu’en pensez-vous ?

    Répondre à ce message

  • 2

    J’ai du virer ce plugin et au final supprimer le formulaire de contact sur un site spip (dernière version) hébergé chez Infomaniak car l’hébergeur m’a écrit ceci...

    « Votre captcha est cependant insuffisant après vérification de notre équipe de production, car il n’empêche pas les robots de poster du spam, mème avec une contrainte de durée.

    Il faudra trouver un captcha plus sérieux sur la nouvelle version du site. »

    ....

    Répondre à ce message

  • 5

    Bonjour à tous !
    Je suis sur SPIP 3.0.16.
    J’utilise Formulaires et Tables version 0.5.6.
    Depuis 3/4 jours, notre hébergeur reçoit des milliers de SPAMs.
    J’ai rajouté et activé NoSPAM, mais ca ne fait rien.
    Comment activer NoSPAM pour les différents formulaires crées par le module Formulaires et Tables ? OU alors comment rajouter un CAPTCHA sur les formulaires ?

    Merci pour votre aide.

    • Si je comprend bien la documentation et le fonctionnement de form & table, mettre la ligne suivante dans le fichier mes_options.php (à créer le cas échéant) pourrait activer nospam sur le formulaire

      $GLOBALS['formulaires_no_spam'][] = 'forms';

      Cependant, je ne suis pas certain que cela marche, car form & table n’utilise pas directement la technologie CVT. Une migration vers Formidable protégerait mieux les choses.

    • Bonjour
      Merci pour votre retour.
      Donc pour vous le module formulaires et tables n’est plus d’actualité ? Est ce sue formidable gère les spam ou captcha ? Ou on peut intégrer les codes de nospam ?
      Il faudrait que j’arrive à reprendre les formulaires (ily en a 3 ou 4) et que je les protege contre les SPAM (captcha ou autre).
      Quelle serait la meilleur solution selon vous ?

      Merci pour votre aide.

    • -  Forms et Table n’est plus maintenu, mais il peut encore servir.
      -  Formidable fonctionne nativement avec nospam. Je crois qu’il y a un module de conversion depuis Forms et Table
      -  VOus pouvez toujours tentez de rester sur forms et table en utilisant le code que je vous ai mentionné. Je n’en garanti cependant pas le fonctionnement certains, car Forms et table à un comportement particulier.

    • Re merci pour vos retours.
      Je vais essayé de garder « Forms&Tables » et rajouté l’option.

      Si ca ne fonctionne pas, on va voir à passer sur Formidable.

      Le fait que nospam soit intégré dans « formidable » évitera directement les SPAM, ou je dois faire autre chose ?
      Merci pour votre aide.

    • il n’y aura rien à faire.

    Répondre à ce message

  • Est-ce que ça a du sens d’ajouter le formulaire de recherche dans la liste des formulaires à protéger ? (via $GLOBALS['formulaires_no_spam']).

    Sur un site, on enregistre les termes des recherches effectuées, mais une part importante sont complètement farfelues, sans doute l’oeuvre de robots : « lijtysqgppufdbqnhz », « xhcpitvmdznlcktssm », etc.

    Si j’active la protection sur la recherche, est-ce que ça risque d’impacter les vrais utilisateurs ?
    Par exemple, est-ce que le fait de faire plusieurs recherches d’affilée va être considéré comme suspect par nospam ?

    Répondre à ce message

  • 3

    Bonjour

    Suite à des spams et après discussion sur IRC, j’ai encore une question par rapport au fichier nospam_ip_list.txt (il est à jour sur mon site), j’aimerai savoir comment les adresses ip spam sont rentrées dans ce fichier et si éventuellement on peut vous communiquer des IP, merci.

    • Bonjour,

      Ce sont les ip rajouter que Nursit et son réseau de site bloque, on peut pas en bloquer personnellement. C’est bien dommage.

    • Non, rien à voir avec nursit Pierre, la liste est basée sur un réseau de sites de confiance. C’est justement tout l’intérêt de la chose de ne pas permettre à n’importe quelle site d’ajouter des ip à cette liste sans quoi elle contiendrait certainement des faux positifs.

    • Bonjour

      Oui, je comprend que l’on ne puisse pas mettre soi même des IP à volonté...
      Mais au cas ou les 3 IP (188.143.232.27, 188.143.232.32, 188.143.234.155) proviennent du même endroit et sont déjà bien répertoriées pour le spam sur Internet.
      Sinon, b_b, je pensais que les posts « partaient » tout seuls dans spam mais non, en fait, c’était la propriétaire du site qui les déclarait en spam depuis son mail (forum avec modération à priori)... et du coup, vu que ça continuait, j’ai fini par les bloquer dans le htaccess, tout va bien maintenant...
      Encore merci pour ton aide.

    Répondre à ce message

  • Bonjour à tous,

    J’ai plus de 1000 messages dument classés en spams
    comment les supprimer pour de bon ?

    Un grand merci !

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom