SWICG Portability Task Force Call
  • Past
  • Confirmed

Meeting

Event details

Date:
Eastern Daylight Time
Status:
Confirmed
Groups:
Social Web Incubator Community Group ( View calendar)

Please join us for the Portability Task Force call, on Thurs, June 20, 2024, on 11am ET / 8am PT / 5pm CET, at:

https://meet.jit.si/social-web-cg-portability-tf

The topic: How should source servers redirect objects, if at all?

The use case in https://codeberg.org/fediverse/fep/src/branch/main/fep/73cd/fep-73cd.md#migration-user-stories:
Alice wants to move her account from Alpha to Gamma, both of which are online and federated to one another... Alice would like Alpha to dynamically redirect any links to Alice@Alpha content to the migrated contents @Gamma (i.e. 301 HTTP codes and nginx-style URL rewrites).

Approach currently suggested in LOLA section 7.2.3: Source servers should remember or be able to detect the object IDs of objects associated with a moved account, when a GET request arrives to try to fetch that object, and reply with a 301 to the destination server, with a URL parameter that allows the destination server to look up the object.

E.g.

Other approaches are definitely possible. One example that would put less onus on the source server to remember anything or keep redirects, would be to advise 3rd parties looking for AP objects that respond with "404 Not Found" to try looking at the actor associated with that AP object and see if that actor moved, then construct the same parameter-enhanced URL as above and send to the place the actor moved to. However, this means that simple Web links will NOT work because it requires the actor sending the GET to have specialized AP knowledge.

Export options

Personal Links

Please log in to export this event with all the information you have access to.

Public Links

The following links do not contain any sensitive information and can be shared publicly.

Feedback

Report feedback and issues on GitHub.