AccountSubject Class

Identifies a subject by an account at a service provider, expressed as an "acct" URI (RFC 9493 Section 3.2.1, RFC 7565).

public sealed class AccountSubject : Abblix.SecurityEvents.Subjects.SubjectIdentifier

Inheritance System.Object → SubjectIdentifier → AccountSubject

Constructors

AccountSubject(string) Constructor

Identifies a subject by an account at a service provider, expressed as an "acct" URI (RFC 9493 Section 3.2.1, RFC 7565).

public AccountSubject(string uri);

Parameters

uri System.String

The "acct" URI of the subject's account. REQUIRED, and must be neither null nor empty.

Properties

AccountSubject.Uri Property

The "acct" URI identifying the account (RFC 7565).

public string Uri { get; }

Property Value

System.String

Remarks

The value is carried as written, and that leniency is the decision taken: RFC 9493 Section 3.2.1 requires the value to be the subject's "acct" URI, but this type does not verify the scheme, for the same reason EmailSubject does not parse addr-spec and PhoneNumberSubject does not enforce E.164 - a receiver that discarded an event over a malformed value would lose a signal it could still act on, so lexical validation is left to the application that chooses to refuse. No canonicalisation is stated by the RFC either, so two spellings of one account remain two distinct identifiers here.