Skip to content

Conversation

@Nutomic
Copy link
Member

@Nutomic Nutomic commented Jan 16, 2026

This came up in a discussion again, and it seems like a good idea to prevent these duplicates after all.

https://lemmy.world/post/41620599

@dessalines
Copy link
Member

dessalines commented Jan 16, 2026

These are different types completely tho. Why isn't it on mastodon to fix their end, which is unable to differentiate them? They're going to have to cope with the fact that there are communities in the fediverse now.

@Nutomic
Copy link
Member Author

Nutomic commented Jan 19, 2026

What we are doing with webfinger is a hack, in reality it doesnt support more than one user/community with the same name. And even though our hack is technically working, it is also clear that Mastodon is not going to add support for it.

@dessalines
Copy link
Member

dessalines commented Jan 19, 2026

I think its extremely restrictive to not allow users and communities to have the same name. Especially communities, since there's far less of them, and now we'd be restricting them to a much smaller space. Not to mention that all the existing conflicting communities and users would be breaking this new mastodon-enforced rule.

The fediverse has to account for the fact that communities exist now, if mastodon doesn't want to support communities in the fediverse, that's their decision.

I found this thread, which seems to say that webfinger makes no guarantees about uniqueness (even for users!), so that for us its going to be necessary to differentiate them.

Why not add and serve additional webfinger request formats? You might already be doing this in your extract_webfinger_name function in your apub crate.

Like

  • acct:user@domain for users
  • group:community@domain for communities

or

  • acct:@user@domain for users
  • acct:!community@domain for communities

Both or all of these can be served up at the same time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants