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

Bluesky => AP: Custom domain handles #1150

Open
snarfed opened this issue Jun 25, 2024 · 10 comments
Open

Bluesky => AP: Custom domain handles #1150

snarfed opened this issue Jun 25, 2024 · 10 comments
Labels
feature Features and feature requests that are specific to Bridgy Fed, not fully described by the protocols.

Comments

@snarfed
Copy link
Owner

snarfed commented Jun 25, 2024

We currently support custom domain handles for web => fediverse. We should do the same for Bluesky => fediverse! Much of the plumbing is already there.

Corresponds to #826, which is equivalent for custom domain handles on accounts bridged into Bluesky.

(Note that this is just to support them at all. Switching from @[domain]@bsky.brid.gy handle to [domain]@[domain] has extra complications, tracked in #1074.)

@snarfed
Copy link
Owner Author

snarfed commented Jul 9, 2024

From @elfprince13 in #826 (comment):

I currently control:

Even a single-user Mastodon instance does not run particularly well on a small AWS instance, and it requires more attention than I want to allocate for it to constantly switch apps for posting, so I have been thinking of sunsetting the Mastodon account in favor of the Bluesky account; however, I would like to:

More background in #330 (comment), specifically that this would be a full Move-style migration, since the underlying AP actor id has to change.

@snarfed
Copy link
Owner Author

snarfed commented Jul 9, 2024

@elfprince13 the other difficulty here is that we currently only support custom fediverse usernames for web sites, not Bluesky accounts. I'm reluctant to add user-level settings, since they'd require an authed UI that I don't currently have and am unlikely to build. Maybe we could do it by reading the desired username or @-@ handle from your Bluesky profile bio though.

@elfprince13
Copy link

elfprince13 commented Jul 9, 2024 via email

@snarfed
Copy link
Owner Author

snarfed commented Jul 10, 2024

Agreed. Bio is awkward and annoying, DNS or HTTP is inaccessible, authed UI is a burden on my end. I haven't heard a good easy (or at least not hard) answer yet. 🤷

@frncs-eu
Copy link

frncs-eu commented Jul 19, 2024

Hey!
Thanks for pointing me to this thread 💣
I'm curious, why is DNS/HTTP inaccessible?

My 2 cents:

I don't think the bio approach is a good idea – ideally the user should verify the domain they're claiming, otherwise one could just say they're @bugsbunny@warnerbros.com in their bio and there's no way to verify that, plus there's gonna be duplicates problems (2 users claiming the same domain in their bio). Also yes, it's just awkward.

What @elfprince13 proposes about checking some configuration file from domain.tld sounds ok to me and similar to what Bluesky already does. I don't know if it is technically impossible, the doc for the website -> AP bridging mentions a similar approach using the .well-known path but surely you know why it can't be used in this scenario and I don't 😛

edit: typos

@snarfed
Copy link
Owner Author

snarfed commented Jul 19, 2024

We may be confusing two different things here: custom domain handles, eg @mydomain.com@mydomain.com instead of @mydomain.com@bsky.brid.gy, and custom usernames in handles, eg @alice@mydomain.com. Let's keep this issue focused on the former; I'll create a new issue for the latter.

@snarfed snarfed changed the title Custom domain handles for Bluesky => AP Bluesky => AP: Custom domain handles Jul 19, 2024
@snarfed
Copy link
Owner Author

snarfed commented Jul 19, 2024

^ done!

@frncs-eu:

I don't think the bio approach is a good idea – ideally the user should verify the domain they're claiming, otherwise one could just say they're @bugsbunny@warnerbros.com in their bio and there's no way to verify that, plus there's gonna be duplicates problems (2 users claiming the same domain in their bio). Also yes, it's just awkward.

Of course. To use a custom domain in a fediverse handle, you have to serve the Webfinger redirects on it, at minimum, which you can only do if you own it.

@elfprince13 and I were talking about how to set a custom username in a fediverse handle. I'll follow up a bit on that in #1190.

@frncs-eu
Copy link

^ done!

@frncs-eu:

I don't think the bio approach is a good idea – ideally the user should verify the domain they're claiming, otherwise one could just say they're @bugsbunny@warnerbros.com in their bio and there's no way to verify that, plus there's gonna be duplicates problems (2 users claiming the same domain in their bio). Also yes, it's just awkward.

Of course. To use a custom domain in a fediverse handle, you have to serve the Webfinger redirects on it, at minimum, which you can only do if you own it.

@elfprince13 and I were talking about how to set a custom username in a fediverse handle. I'll follow up a bit on that in #1190.

Sorry for the noise, all clear now! Thank you!

@snarfed
Copy link
Owner Author

snarfed commented Sep 14, 2024

Now that we support DMs/chat, we could let people DM us the domain they want to use for their bridged fediverse address. Easier than a custom authed UI.

@snarfed snarfed added the now label Oct 29, 2024
@Tamschi Tamschi added the feature Features and feature requests that are specific to Bridgy Fed, not fully described by the protocols. label Oct 29, 2024
@snarfed
Copy link
Owner Author

snarfed commented Nov 10, 2024

Realistically, Bluesky accounts bridged into the fediverse will always start on the @bsky.brid.gy domain. So, the next step here is either

  1. Migrate the account from ...@bsky.brid.gy to @Domain@domain with Move
    OR
  2. Delete the old account and start the new one on @Domain@domain fresh.

1 is more work, but not too much, and obviously preferable.

@snarfed snarfed removed the now label Nov 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature Features and feature requests that are specific to Bridgy Fed, not fully described by the protocols.
Projects
None yet
Development

No branches or pull requests

4 participants