So we’ve seen the complaints and the reports and boy oh boy are there complaints and reports.
I’ve discussed the account with the other mods and admins multiple times, and while we agree the volume is a lot, it doesn’t point to a botfarm or multiple people using the account.
Obsessive? Absolutely, but not technically rule breaking… Until today.
Today they indescriminately posted the same story three times from three different sources apparently solely to flood the channel showing a decided lack of judgement.
It’s a valid story from a valid source, the original has been kept here:
https://lemmy.world/post/21098916
The others have been removed as duplicates.
I’m also applying a 15 day temp ban on the account.
“15 days? That’s oddly specific! What’s in 15… OH!”
Maybe some kind of rate limiting would work for cases like this. Anyway, i doubt we’ll see that one again after the 15 days are up. At least for the next four years.
Oh I bet there’ll be posts regarding election integrity starting 11/6.
If they don’t reappear then I think there is a legitimate argument that it was a coordinated propaganda account.
If they do come back with the same level of veracity then I think there is merit to the potential mental illness, or neurodivergence argument.
I’ll bet they have an alt account up and running already in either case.
I mean maybe, but I think it would be pretty obvious given the nature of how and what they post.
Possibly, yeah. Or they might just be content with spamming other politics communities.
Now that they were banned from politics, their rate of engagement went WAY down. Kinda speaks volumes.
Yeah, reddit had something like that baked in, I’m not sure how lemmy could implement it.
“You are doing that too much, try again later.”
It seemed to be tied to both the age of the account and the karma of the account. It varies from subreddit to subreddit.
There also seemed to be a difference if you were subscribed to the community or not.
But then we’re comparing something relatively new (lemmy) to an established platform with over a decade of development too.
Sounds like a bot could do the job. Counts submissions in a rolling 24 hour period and fires a report off if someone goes over. Or it even deletes the post itself.
It’s easy enough to limit for a local user posting. I guess the tricky part is what if this comes in through federation from an instance that doesn’t support limiting. Probably just refuse the CREATE request with an appropriate error code (400?) and message (the “try again later one”) and hope the user’s home instance will report that back to the user.
Talked about this with the admins and the suggestion is to use some kind of automod, but implementing something like that is a little beyond my ability.
Ah - I can see why they’d prefer an automod (they’d not have to worry about configuring or changing the server software in that case).
Unfortunately, as far I can tell, none of the existing automods out there support deleting posts by a rate limit. It’s not impossible to add this functionality, but it’d take a bit of work and time from a dev.
For example, I think for lemmymodbot one can modify the User Processor at https://github.com/noenfugler/LemmyModBot/blob/master/lemmymodbot/processors/user_processor.py to accomplish this.
Under line 8, add this line to create a user/seen hash
user_post_seen_hash = {}
and replace the entire execute function with something like this,
if content.actor_id in self.user_post_seen_hash:
if int(datetime.now().timestamp * 1000) - int(user_post_seen_hash[content.actor_id].timestamp * 1000) <= 300 * 1000:
handle.remove_thing(“Posting too frequently, take a break”)
self.user_post_seen_hash[content.actor_id] = datetime.now()
(Oh, and at the top of the file, also add above the first line,
from datetime import datetime, timedelta
)
But for lemmy.world (even if just looking at /m/politics) it would likely OOM from the in-memory hash due to the volume of users, so it’d need to be extended leverage the database for the lookup.
Something similar could be implemented on top of threativore, I think around this line might be the easiest place to implement the check of the username/timestamp, https://github.com/db0/threativore/blob/main/threativore/threativore.py#L285
Edit: Forgot to add, all the above code changes are completely untested by me, use at your own risk, etc.