pub struct Received<T> {
pub activity: T,
pub sender: Url,
pub recipient: Option<ActorRef>,
pub document: Value,
pub vouched: Value,
pub forwarder: Option<Url>,
pub vouched_by: VouchedBy,
pub lost: Vec<Loss>,
}Expand description
An activity, as a listener receives it.
Fields§
§activity: TThe activity, read into the listener’s type.
sender: UrlThe actor Ojak authenticated as its sender. Everything the activity
says about anyone else is a claim. A portable actor’s is its ap URI
with the DID’s colons percent-encoded, which is how a Url holds one;
crate::portable::ApUri::parse reads it back.
recipient: Option<ActorRef>The actor whose inbox it arrived at; None for the shared inbox,
where the recipients are worked out from the addressing.
document: ValueThe activity as it arrived, for forwarding.
vouched: ValueThe activity as it arrived, in its sender’s spelling, with what the
sender could not vouch for reduced to references as in activity:
for an application whose handlers read JSON. An activity taken on its
Linked Data signature is here as JSON-LD reads it, in ojak’s spelling,
since that and not its sender’s spelling is what the signature covers.
forwarder: Option<Url>The server’s actor that delivered it, when that was not its sender’s
server: a relay, or a server forwarding a reply. The activity is taken
on its sender’s proof or Linked Data signature, or as its sender’s
server serves it; this says who passed it on, which is what Mastodon’s
requested_through_relay? asks.
vouched_by: VouchedByWhat the activity was taken on.
lost: Vec<Loss>What reading it into the listener’s type did not keep.