telemetry:ReadMetrics in the selected account and region.
Scope and sampling
Metrics carryregion and identity_id labels, and are isolated by account and
organization. Always include the intended region in a query. For one identity,
match its UUID. Events without a resolved identity use
00000000-0000-0000-0000-000000000000; they contribute to account-wide charts.
Recipient addresses, URLs, and message IDs are not metric labels.
Samples are emitted approximately every 30 seconds. Counters persist across
worker restarts and message-history deletion. They start when metric collection
is enabled, with no historical backfill. A rate needs at least two samples.
Event metrics can lag sending metrics while feedback and engagement events arrive.
Metric catalog
All names have thebasaltic_email_ prefix.
Use a rate aggregation for counters. Mean SMTP latency is the rate of
send_duration_seconds_sum divided by the rate of send_duration_seconds_count.
Use the latest value for backlog gauges. When combining identities, preserve
identity_id while selecting the latest sample before summing backlog values.
Reputation charts
The identity’s Metrics tab charts the rolling 24-hour send, bounce, and complaint counts, plus the bounce and complaint rates used by the sending policy. These are gauges from the persisted reputation evaluation. Select the latest sample in each chart bucket; do not apply a counter rate to them. Ratios are fractions: multiply by 100 to display percentages. Keep ratios scoped to one identity; summing or averaging identity ratios does not give an account rate. Each point reflects the evaluator’s latest 24-hour window, even when you select a different chart range. Sampling does not trigger a new evaluation. No reputation samples are emitted before the first evaluation, so an unevaluated identity shows no data instead of a healthy zero. Suspension status and its reason remain visible on the identity page.Interpret outcomes correctly
SMTP acceptance does not prove inbox placement. A message can be accepted and later bounce or generate a complaint. Feedback counts events; it is not a count of unique affected messages. Opens and clicks include automated clients and repeat visits. Dividing these rates by sending rates does not produce a cohort engagement rate, because the events may concern older messages. Use message detail, per-message engagement, and per-identity DMARC reports for investigation. Recipient-domain ranking is not exposed. See sending for status meanings.Receiving and DMARC
DMARC gauges cover report periods ending during the preceding seven days at
each observation. Reports often arrive late: a new report changes subsequent
observations rather than rewriting earlier metric samples. Exact retransmissions
are deduplicated by reporter, report, interval, source IP and authentication
attributes. These gauges are not counters; use the latest value, not a rate.
Inspect source IP, reporter, interval, disposition, and authentication details with
GET /v1/identities/{identity_id}/dmarc-reports. Diagnostic records are retained for
180 days and support from, to, limit, and marker. The interval filters the
reported period end. Source IPs, recipients, report IDs, and message IDs are never
metric labels. Per-message engagement and rejection records remain separate from
aggregate charts.
