Follow mail volumes, filtering decisions and detection changes across your Rspamd installation. Move from a traffic trend to the evidence behind it.
Review accepted, rejected and otherwise handled mail over time. Compare periods to see whether a change comes from traffic volume, a different sender population or filtering behaviour.
Use traffic monitoring and configured alerts to spot unusual changes. Investigate the affected period and traffic before deciding whether the cause is an incident, a campaign or an expected operational change.
Explore which Rspamd signals contribute to filtering decisions. Distinguish a frequently triggered signal from one that actually changes the outcome, so tuning focuses on consequential decisions.
Review labelled samples and available replay results alongside traffic statistics. A rejection count alone does not establish accuracy; confirmed false positives and missed threats give a stronger basis for a policy change.
Review aggregate domain-authentication reports and bounce evidence to check whether your domain policy is working, investigate spoofing and identify delivery problems with your own mail. Follow up through Cases. Beta deployments require report intake and owned-domain configuration.
Example workflow
Historical views depend on the analytics data you retain. Quality and replay views require their corresponding data and installed capabilities; production traffic is not automatically ground truth.