Patrick, for two of our sites (i2geo.net and curriki.org), we do see regular registration with "water army like" objectives here's how we deal with them In particular these profiles come with a URL in the profile information with the goal of boosting the Google-rank of such URLs. We delete these when they are recognizable. Editing the profile with the object editor is best practice to check the values. Besides the deactivation then deletion of these, we have made a tool that list the contributions… it is a bit xclam-specialized. To evaluate the impact of this, reading the stream of all changes on a regular basis is a must, I feel. I mix this with my regular RSS reading, as a special category where an unread is something I need to react quick upon. hope it helps. paul Le 19 mars 2014 à 23:53, Patrick Masson <masson(a)opensource.org> a écrit :

I check this forum almost every day. I am guilty of not participating very often but I do find it useful when I am trying to figure things out or have an issue. I do a search for whatever I am working on and read the past posts. Usually I can either find what I am needing or obtain enough information to figure it out. This forum has been very helpful to me. -- View this message in context: http://xwiki.475771.n2.nabble.com/Too-many-profiles-tp7589710p7589727.html Sent from the XWiki- Users mailing list archive at Nabble.com.

Hello all, Right, that's a nice way to check and make things visible. I'd love to convince colleagues to go IRC, I must say. I've been using #curriki and #i2geo from time to time… but not a lot. #intergeo is… for others. Interesting. Deleting users has been quite a pain often for Curriki… we had to make long wait loops. Erm… I don't trust an auto-removal... Oh no! Only identified users, one by one, or users we can search for with a pattern. For the one-by-one removal, on i2geo, I made a simple script called "Eradicate spammer" which accepts the user-name as parameter and outputs the following. The admin then needs to evaluate if the blog entries (or resources) are indeed spam, by drag and dropping the URL to an external web page, then clicking the links in sequence which, up to a confirmation, performs all needed sanitization. I can make this available soon. To the scale of i2geo, there's never been a performance problem there. To the scale of curriki (about 100-500 times bigger), the "Members management tool" has been needed (https://github.com/xwiki-contrib/currikiorg/blob/master/wiki/src/main/pages…) which uses our solr server to search for users then offers the deletion as a batch process. paul Spam Eradicate edit This page makes tools available to eradicate spammers. Enter a username (without XWiki. in front) and press return to see tools appear: Warning: if requested to use another browser, please do so using a browser where you are not logged in since spammers are also virus-carriers and their contributions may contain code that reads your cookie (that enables you to be admin) and sends it to their own servers. mark user as inactive no resource contributions 2 blog entries (see list in another browser) delete Blog_billiehill73.yachtcharterfriesland delete Blog_billiehill73.yachtcharterniederlande there was one, delete web-preferences and empty trash, same with delete WebHome. delete user then empty trash