Skip to main content
Email publishes resource metrics to Telemetry. Open Deliverability to compare all identities, or open an identity’s Metrics tab. The shared chart controls select a time range and refresh interval. Reading charts requires telemetry:ReadMetrics in the selected account and region.

Scope and sampling

Metrics carry region 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 the basaltic_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.