Gitlab hero border pattern left svg Gitlab hero border pattern right svg

Managing Spam

Flagging Issues as Spam

Many spammers use to create spam. Starting with 8.11, GitLab has better integration with Akismet to check for spam whenever a user creates an issue. This filter needs to be trained properly, however. With some effort our spam detection should improve. If an issue is created on by a spammer, before deleting the account, flag the user's issues as spam:

  1. Login to with an admin account
  2. View each issue and click on "Submit as spam"

Deleting Spammers

Once the issues are flagged and the user is verified to be a spammer, go to the spammer's user profile and click on the "Report Abuse" button:

  1. Login to with an admin account
  2. Go to:
  3. Be careful: Click on "Delete user" only if you are sure this user is a spammer.

False positives: Ham

The Akismet filter may also flag false positives and prevent a user from creating issues. The contents of the flagged issue get stored in the spam logs, which is only accessible to admin users. From time to time, we may need to submit the flagged issue as "ham" (e.g. when a user lodges a complaint on the Support Tracker about not being able to create issues). Currently, there are no notifications whenever an entry is flagged, so this needs to be monitored periodically. To flag an issue as ham:

  1. Login to with an admin account
  2. Go to:
  3. Scan the contents of each log. If it appears that a user is trying to post valid information, click on "Submit as ham".

More Advanced Spam Fighting

At times can appear overrun by specific types of spam. Spammers often target public snippets, projects, issues, and merge requests for advertising their wares. Details on more advanced spam fighting techniques can be found in the internal GitLab-only Spam Fighting Google Doc.