Changeset 8b83cba in Klonkt

Timestamp:

08/11/2026 03:17:52 PM (4 weeks ago)

Author:

Bart <bart@…>

Branches:

main

Children:

abbb72a

Parents:

be5a13c

Message:

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@…>

File:

• src/services/guardianship/delivery.js (modified) (1 diff)

src/services/guardianship/delivery.js

@@ -56 +56 @@
     // it does not, the recipient is silently dropped from the note. Everything
     // that decides anything still runs below, for local and remote alike.
-    const a = (localActor && localActor(uri)) || await fetchActor(uri).catch(() => null);
+    // ONDERTEKEND ophalen als het onbetekend niet lukt (asSlug). Een instance
+    // met Mastodons secure mode -- infosec.exchange bijvoorbeeld -- antwoordt
+    // 401 op een anonieme GET van het actor-document. Zonder document geen
+    // inbox, dus viel de ontvanger hier stil weg, en met de laatste ontvanger
+    // gaf deliverDirectNote null terug: "502 direct_failed", zonder te zeggen
+    // wie er niet bereikbaar was.
+    //
+    // Dezelfde les als bij het volgen vanaf een boost (Robins melding, 31-7):
+    // die weg kreeg toen signedGetJson, deze niet. fetchActor probeert nog
+    // steeds ONBETEKEND eerst -- dat blijft de veiligheidskeuze -- en tekent
+    // alleen deze ene URL als dat mislukt.
+    const a = (localActor && localActor(uri))
+      || await fetchActor(uri, { asSlug: site.slug }).catch(() => null);
     if (!a || !(a.inbox || (a.endpoints && a.endpoints.sharedInbox))) continue;
     // FEP-633c §4.1: an escalation addressed to a "guardian" that carries