# Le système a-t-il signalé d'anciens messages comme spam ?

**URL:** https://meta.discourse.org/t/system-flagged-old-posts-as-spam/400369
**Category:** Support
**Tags:** moderation, review-queue, spam
**Created:** [Avril 10, 2026, 3:24 UTC](https://meta.discourse.org/t/system-flagged-old-posts-as-spam/400369 "2026-04-10T03:24:59Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![one1](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/one1/32/493591_2.png) [@one1](https://meta.discourse.org/u/one1)
#### Post date: [Avril 10, 2026, 3:24 UTC](https://meta.discourse.org/t/system-flagged-old-posts-as-spam/400369/1 "2026-04-10T03:24:59Z")

</div>

En environ trois minutes, 10 anciens messages (entre 2021 et 2024) ont tous été signalés par le système.

Sept provenaient d’un utilisateur TL0 (ils ont été verrouillés à ce niveau).

Voici ce qui est étrange :

- Les 10 sont d’anciens messages, dont deux sont des MP.
- Deux des utilisateurs signalés sont des utilisateurs de longue date avec un TL élevé. Aucun lien dans le message signalé, mais le message de leur signalement était :

> Signalé comme spam par le système · il y a 9 heures Ce nouvel utilisateur a essayé de créer plusieurs messages avec des liens vers le même domaine. Tous les messages de cet utilisateur contenant des liens doivent être examinés. Voir le paramètre du site newuser\_spam\_host\_threshold. (voir MP)

Le dernier message dans la file d’attente (donc le premier, je suppose) est aussi bizarre :

- Le message d’action est `Est-ce ce message ou indéfini ?`, alors que tous les autres disent `Ce message est-il un spam ?`.
- Il n’y a aucun message dans la section de message expliquant pourquoi il a été signalé.

Au même moment où le message final a été signalé, un événement a été enregistré dans les journaux :

> **Le worker Pitchfork va bientôt expirer, vidage de la pile d'appels pour le thread principal**
>
> (le nom du forum a été remplacé par XXXXX)
> 
> ```plaintext
> Le worker Pitchfork va bientôt expirer, vidage de la pile d'appels pour le thread principal
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/rack-mini-profiler-4.0.1/lib/patches/db/pg/alias_method.rb:109:in ‘PG::Connection#exec’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/rack-mini-profiler-4.0.1/lib/patches/db/pg/alias_method.rb:109:in ‘PG::Connection#async_exec’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activerecord-8.0.4/lib/active_record/connection_adapters/postgresql/database_statements.rb:167:in ‘ActiveRecord::ConnectionAdapters::PostgreSQL::DatabaseStatements#perform_query’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activerecord-8.0.4/lib/active_record/connection_adapters/abstract/database_statements.rb:556:in ‘block (2 levels) in ActiveRecord::ConnectionAdapters::DatabaseStatements#raw_execute’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activerecord-8.0.4/lib/active_record/connection_adapters/abstract_adapter.rb:1017:in ‘block in ActiveRecord::ConnectionAdapters::AbstractAdapter#with_raw_connection’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activesupport-8.0.4/lib/active_support/concurrency/null_lock.rb:9:in ‘ActiveSupport::Concurrency::NullLock#synchronize’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activerecord-8.0.4/lib/active_record/connection_adapters/abstract_adapter.rb:986:in ‘ActiveRecord::ConnectionAdapters::AbstractAdapter#with_raw_connection’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activerecord-8.0.4/lib/active_record/connection_adapters/abstract/database_statements.rb:555:in ‘block in ActiveRecord::ConnectionAdapters::DatabaseStatements#raw_execute’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activesupport-8.0.4/lib/active_support/notifications/instrumenter.rb:58:in ‘ActiveSupport::Notifications::Instrumenter#instrument’
> /var/www/XXXXX/vendor/bundle/ruby/3.4.0/gems/activerecord-8.0.4/lib/active_record/connection_adapters/abstract_adapter.rb:1137:in ‘ActiveRecord::ConnectionAdapters::AbstractAdapter#log’
> /var/www…
> 
> ```

Avez-vous une idée de ce qui se passe ?