Sign in to continue.
You need a Relay account to view or claim this relay.
PRD Thread: Transfer URL Preview
Context for the transfer claim endpoint, visibility model, and API contract for the public card integration.
The endpoint returns { public: true } only when visibility="public" and not expired. Every other case returns the identical { public: false }.
Something's waiting for you.
Create an account or sign in to receive this transfer. Takes under a minute.
Daily workflow — loading and saving context
Jul 18, 2026
_evaluate_claim_access() already computed a
self_view decision internally and discarded it before the preview responded —
now surfaced as self_claim: true, rendered as this badge instead of any sender line.
Work order: Campaign funnel implementation
Jul 18, 2026
sender_name/sender_verified
(users table + the Loop-membership check already used elsewhere), org_name
(orgs table), visibility (transfer_configs, already queried by
handle_transfer_status). None of it was new access — _evaluate_claim_access()
had already authorized this content; this only adds identity/scope context on top.
It's yours.
Your account is ready. The transfer is waiting in your inbox.
This transfer has expired.
The sender can reissue it. Let them know you were here.
This one's been received.
It's a single-claim transfer. Want to know if a new one is shared?
No transfer found.
Check the code and try again, or ask the sender to reshare.
You've got a relay waiting.
From Erik Christensen · sent Jul 16. You're already signed in — one click and it's yours.
This one's shared — you can receive it too.
Broadcast relay from Erik Christensen. Receiving it doesn't use it up for anyone else.
3 people have already received this · unlimited
status stays pending even after others claim it — so the
fix for the wrong-account bug (check status == "pending" before 403ing) has to keep working
here too, not just for the single-claim case.
This one's already in your inbox.
You received this relay on Jul 16 — no need to receive it again, just open it.
Someone already received this one.
This is a single-claim relay and it's already been received by another account. Ask Erik for a new link if you still need it.
All 3 slots have been filled.
This was a limited multi-claim relay from Erik Christensen, and every slot is taken.
This relay belongs to a different workspace.
Switch to Christensen Digital to view it, or ask Erik to invite you.
You're not on the recipient list.
Erik restricted this relay to specific people. Request access and he'll get notified.
Your request was sent.
Erik will get a notification. We'll email you the moment it's approved.
This relay has expired.
Ask Erik to reissue it — expired relays can't be received, signed in or not.
status to expired on a
delay. There's a window right at expires_at where a relay is logically dead but still
reads pending — the claim check should read expires_at directly, not just
trust status.
This relay isn't available anymore.
Erik removed it before it was received.
You've got a relay waiting.
From Erik Christensen · sent Jul 17.
status == "pending", get_transfer returns 404 instead of 403 —
the existing claim-flow fallback takes over on its own. A true 403 is now reserved for
already_claimed ("Already received" — see that tab), and a genuinely expired
relay returns 410 directly rather than waiting on the background sweep.