BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Sabre//Sabre VObject 4.5.8//EN
CALSCALE:GREGORIAN
LAST-MODIFIED:20240618T160626Z
BEGIN:VTIMEZONE
TZID:America/New_York
X-MICROSOFT-CDO-TZID:10
BEGIN:STANDARD
DTSTART:20231105T060000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
END:STANDARD
BEGIN:STANDARD
DTSTART:20241103T060000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20240310T070000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:d83b5200-20aa-49c3-a1d0-851392df2f53
DTSTAMP:20240618T160626Z
SUMMARY:SWICG Portability Task Force Call
DTSTART;TZID=America/New_York:20240620T110000
DTEND;TZID=America/New_York:20240620T120000
DESCRIPTION:https://www.w3.org/events/meetings/d83b5200-20aa-49c3-a1d0-8513
 92df2f53/\n\nPlease join us for the Portability Task Force call\, on Thurs
 \, June 20\, 2024\, on 11am ET / 8am PT / 5pm CET\, at:\n\nhttps://meet.ji
 t.si/social-web-cg-portability-tf\n\nThe topic:  How should source servers
  redirect objects\, if at all? \n\nThe use case in https://codeberg.org/fe
 diverse/fep/src/branch/main/fep/73cd/fep-73cd.md#migration-user-stories: \
 nAlice wants to move her account from Alpha to Gamma\, both of which are o
 nline and federated to one another... Alice would like Alpha to dynamicall
 y redirect any links to Alice@Alpha content to the migrated contents @Gamm
 a (i.e. 301 HTTP codes and nginx-style URL rewrites).\n\nApproach currentl
 y suggested in LOLA section 7.2.3: Source servers should remember or be ab
 le to detect the object IDs of objects associated with a moved account\, w
 hen a GET request arrives to try to fetch that object\, and reply with a 3
 01 to the destination server\, with a URL parameter that allows the destin
 ation server to look up the object. \n\nE.g.\n * a GET request arrives for
  https://lemongrove.example.co.uk/2016/05/minimal-activitypub\n * the serv
 er at example.co.uk can tell by the 'lemongrove' subdomain that this was a
 n object associated with the account "lemongrove" which was moved to "http
 s://newsite.example.org/aurora"\n* The server responds with 301 status cod
 e and the URL https://newsite.example.org/aurora?redirect_ap_obj=https://l
 emongrove.example.co.uk/2016/05/minimal-activitypub\n* The server at newsi
 te.example.org can lookup the URL in the redirect_ap_obj and reply with a 
 301 to the objects true new URL "https://newsite.example.org/aurora/posts/
 0118570514"\n\nOther approaches are definitely possible.  One example that
  would put less onus on the source server to remember anything or keep red
 irects\, would be to advise 3rd parties looking for AP objects that respon
 d 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-en
 hanced URL as above and send to the place the actor moved to.  However\, t
 his means that simple Web links will NOT work because it requires the acto
 r sending the GET to have specialized AP knowledge.\n\nJoining Instruction
 s: https://meet.jit.si/social-web-cg-portability-tf
STATUS:CONFIRMED
CREATED:20240618T160624Z
LAST-MODIFIED:20240618T160626Z
SEQUENCE:0
ORGANIZER;CN=W3C Calendar;PARTSTAT=ACCEPTED;ROLE=NON-PARTICIPANT:mailto:nor
 eply@w3.org
ATTENDEE;CUTYPE=GROUP;ROLE=OPT-PARTICIPANT;RSVP=FALSE;CN=Social Web Incubat
 or Community Group:mailto:public-swicg@w3.org
END:VEVENT
END:VCALENDAR