com.getorbyt.community.getWriteStatus
Whether the AppView accepted records the caller wrote to their own repository. Community records are projected from the firehose, not written through this service, so a record that violates a rule this service enforces — a name already taken, a post link the Community's postPolicy forbids — lands in the author's repository and is then silently dropped. This is how the author finds out. Only the caller's own records may be queried.
Details · query
| Kind | query |
|---|---|
| Authority | community.getorbyt.com |
| Indexed |
Query
query · GETParameters
query stringmaxLength: 25
Output
application/jsonErrors
InvalidRequest
No description in schema.
AuthenticationRequired
The request carried no service-auth token, or one this service could not verify for the method. Distinct from InsufficientRole: the caller's identity was never established, so no role decision was made. A client should reauthorize and retry once rather than tell the viewer they lack access.
Similar lexicons
semantic matchLexicons whose schemas describe something close to this one. Check them before publishing a new one that overlaps.
-
com.getorbyt.community.requestSync
procedureWake the existing Community ingester after a repository write. Acknowledgment is not projection success; use getWriteStatus to check acceptance. Only the caller's own Community record URIs are accepted. Rate limited and coalesced with scheduled ingestion.
-
Get one community's admission decision about one post. Intentionally UNAUTHENTICATED: the caller with the strongest need is an author on another server whose post is pending on this host, and they have no account here to authenticate with. It is also the only way a rejection is reachable at all - a submission refused before it was ever accepted writes no community record, so there is no repository record and no firehose event carrying it, and without this endpoint an author whose post vanished c