Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow acct URI - a discussion #239

Open
aswathrao opened this issue Jan 13, 2023 · 1 comment
Open

Allow acct URI - a discussion #239

aswathrao opened this issue Jan 13, 2023 · 1 comment

Comments

@aswathrao
Copy link

As you know, Fediverse uses acct URI for identification; furthermore, currently the URI is based on the server's DN. This hinders in potential migration. I fully anticipate that people will prefer to bring their own acct URI when the register with a new instance. Indeed there has been such a suggestion already (https://mastodon.social/@[email protected]/109677646003412963).

Unrelated to this, today Cloudflare announced their hosting service for Mastodon (https://github.com/cloudflare/wildebeest). They use Zero Trust Access (SSO from an id provider). One of the scheme is OpenID Connect. I suspect that as this news spreads, many instance admins will prefer this scheme, since they do not have to worry about managing passwords. This will be especially true of admins of small instances.

Putting these together, I feel that we should allow acct URIs for Indieauth by requiring "rel=me" lines be added to the Webfinger doc associated with this URI.

Looking forward to feedback/suggestions.

Thanks
Aswath

@aswathrao
Copy link
Author

This has been addressed in https://aaronparecki.com/2013/07/01/7/indieauth: "The problem is it's too easy to not own your email address (@gmail.com, etc) so it's not really an "indie" identifier. The point of IndieAuth is to encourage people to own their online identity."
So I am closing it.

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

No branches or pull requests

1 participant