Een direct bericht haalt de ontvanger ondertekend op
@catsalad@… aanschrijven gaf "502 direct_failed". Niet de client:
infosec.exchange draait Mastodons secure mode en antwoordt 401 op een anonieme
GET van het actor-document. fetchActor KAN ondertekenen, maar alleen als je
zegt namens wie -- en wireDelivery gaf hem kaal door, dus deze weg probeerde het
nooit. Geen document, geen inbox, ontvanger valt weg, en met de laatste
ontvanger geeft deliverDirectNote null: 502.
Precies de les van 31-7 bij het volgen vanaf een boost: die weg kreeg toen
signedGetJson, deze bleef achter. Het bewijs staat in de data -- boiert volgt
catsalad met status accepted, dus een ondertekende ophaal naar diezelfde server
werkt allang; alleen deze aanroep deed het niet.
Onbetekend blijft eerst. Dat is een veiligheidskeuze (zie de kop van
fetchActor): pas als dat mislukt tekent hij, en alleen voor die ene URL.
Co-Authored-By: Claude Opus 5 <claude@…>