Lemmy.ml is blocking all requests from /kbin Instances
Fediverse@kbin.social – 214 points – 
I discovered yesterday evening that Lemmy.ml is blocking all inbound ActivityPub requests from /kbin instances. Specifically, a 403 'access denied' is returned when the user agent contains "kbinBot" anywhere in the string. This has been causing a cascade of failures with federation for many server owners, flooding the message queue with transport errors.
This doesn't appear to be a mistake; it has been done very deliberately, only on Lemmy.ml. Lemmy.world and other large instances do not exhibit the same behavior. It also isn't a side effect of the bug introduced in Lemmy 0.18. You can observe by sending the following in a terminal
> curl -I --user-agent "kbinBot v0.1" https://lemmy.world/u/test
HTTP/2 200
[...]
> curl -I --user-agent "kbinBot v0.1" https://lemmy.ml/u/test
HTTP/2 403
[...]
> curl -I --user-agent "notKbinBot v0.1" https://lemmy.ml/u/test
HTTP/2 403
[...]
> curl -I --user-agent "placeholder-user-agent" https://lemmy.ml/u/test
HTTP/2 200
[...]
Additional evidence of this not being a Lemmy 0.18 bug:
-
This occurs when making web requests to any location on the Lemmy.ml webserver, not just ActivityPub endpoints.
-
Go to https://fedidb.org/software/lemmy and pick an instance running 0.18.0. Perform the above commands, replacing the URL for Lemmy.ml with that particular instance's address.
If this continues, my instance may need to defederate from Lemmy.ml. This is especially problematic because Lemmy.ml continues to federate information outbound to other kbin instances while refusing to allow inbound communication from them.
Spoofing the user agent is less than ideal, and doesn't respect Lemmy.ml's potential wish to not be contacted by /kbin instances. I don't post this to create division between communities, but I do hope that I can draw awareness to what's going on here. Defederating /kbin instances entirely would even be better than arbitrarily denying access one-way. This said, we should all attempt to maintain a good-faith interpretation until otherwise indicated by the Lemmy developers. It's possibel that this is a firewall misconfiguration or some other webserver-related bug.
Relevant comment from me (#354 - [BUG] Critical errors/failed messages during messenger:consume)
Edits:
-
Yes, people have already tried reaching out to the Lemmy instance admins in their Matrix room with no answer.
-
Someone has posed a question on Lemmy.ml about the block here: https://lemmy.ml/post/1563840
Lemmy.ml is a hive of authoritarians. I'll be glad to not have to see their oppressive fascist fantasies here.
From what I hear, they're authoritarian communist, not fascist. Fascism is not just a synonym for authoritarianism, it's a specific economically far right authoritarian political position.
Same end result; oppression of the masses, rejection of human rights and personal liberties, concentration of power and corruption. Fascist, authoritarian communist, tomato, tomAto, as far as I'm concerned. Their ideologies all stand directly on the throat of freedom and I want nothing to do with anyone who believes total control of the people is a positive thing.
The distinction between a square and a rectangle is important, even if you don't like right angles and parallel sides. Fascism is a flavor of authoritarianism which is uniquely worse and focused on genocide.
Fascism is not focused on Genocide. Even for Nazism, Genocide is only a (welcomed) byproduct.
There is no fascism without genocide. It's an idealogical ponzi scheme which promises to an ingroup if they destroy outgroup(s).
Other forms of authoritarianism simply demand obedience, and optionally or incidentally incorporate genocidal policy to that end. But genocide is to fascism as driving is to a car, the reason for all off is components. Not a byproduct to some imagined other purpose
Prove it.
You can dislike both (I do too) but they are not the same, and with the far right on the rise and making power grabs the world over right now we need that distinction