Skapa transportsäkerhetsvarningar med en tydlig nämnare, täckningssignal, ägare och undersökningsväg istället för att söka på varje sammanlagt fel.
Definiera beslutet före tröskeln
Referenser: RFC 8460 §4.1.
En användbar varning identifierar ett observerbart tillstånd och en person som kan undersöka det. Bestäm om tillståndet är en ny felkategori, en ihållande felandel, en saknad förväntad rapportör eller ett direkt slutpunktsfel. TLS-RPT är aggregerad och försenad, så det är inte en ersättning för tillgänglighetsövervakning i realtid. Matcha varningens brådska med det beviset. En sen daglig rapport kan vara viktig utan att bevisa att en tjänst brister just nu.
Använd kompatibel omfattning och nämnare
Referenser: RFC 8460 §4, RFC 8460 §4.2.
Beräkna en sammanfattning av misslyckanden som misslyckanden dividerat med lyckade plus misslyckade sessioner för en definierad reporter, policy och period. Bevaka noll-nämnarfallet. Håll det absoluta antalet misslyckanden bredvid förhållandet: en misslyckad session av en är 100 procent, men har en annan bevisvikt än tusentals misslyckanden. Summa inte överlappande kategorier med feldetaljer för att skapa nämnaren. Segmentera efter policydomän och relevant mottagande slutpunkt när detaljerna tillåter, utan att hitta på saknade detaljer för framgångar.
Utöva en illustrativ tröskel
Den lokala undervisningsregeln öppnar en utredning när summariska misslyckanden är minst 20 och deras andel är minst 5 procent. Med 980 framgångar och 20 misslyckanden är andelen 2 procent, så förhållandet är inte uppfyllt. Med 380 framgångar och 20 misslyckanden är andelen 5 procent och båda villkoren är uppfyllda. Med noll totala sessioner blir resultatet ingen takt, inte hälsosam. Dessa siffror är godtyckliga labbtrösklar, inte EmailAuth standardvärden, en SLA eller en rekommendation för varje organisation.
Lägg till täckning och ändra sammanhang
Referenser: RFC 8460 §4.3.1, RFC 8460 §4.3.2.
Ett fallande antal misslyckanden kan återspegla förlorade rapporter snarare än förbättringar. Spåra förväntad reporternärvaro och samlarintag separat från transportresultat. Inkludera observationsfönstret, ankomstfördröjning, påverkad policy och aktuella relevanta certifikat eller ruttändringar i varningsbeviset. En ny kategori för certifikat-värd-missmatch bör leda till identitets- och slutpunktskontroller; sts-policy-fetch-error bör leda till policyhämtning. Behåll direkta tillgänglighetssonder som en distinkt bevisström och märk deras tidsstämplar och nätverksutsiktspunkter.
Gör varningar handlingsbara och reversibla
Referenser: RFC 8460 §4.1, RFC 8460 §7.
Tilldela en tjänsteägare, ett första diagnostiskt steg och ett stängningsvillkor. Gruppera upprepade observationer från samma incident och behåll ändringar i omfattning istället för att skapa en sida per bilaga. Försvaga inte verkställigheten automatiskt, aktivera inte äldre protokoll eller ersätt certifikat från samlad rapport innehåll. Efter en reparation, verifiera effektmåttet direkt och bedöm efterföljande observationsperioder samtidigt som du bekräftar sena rapporter. Justera trösklar från uppmätt trafik och affärspåverkan, registrera resonemanget. Den nyligen körda offline-matchningen bevisar endast de angivna aritmetik- och beslutsgränserna; ingen livevarning, övervakningsabonnemang eller produktionssanering skapades.
Bevarade historiska bevis och aktuella kontroller
Transportobservationerna nedan fångades den 7 november 2026 och inspekterades, inte omkördes som nätverkstester, för denna granskning. Kontrollerna av nya offlinemodeller registreras separat.
Den bevarade historiska annoterade undervisningsrapporten har en lyckad och en misslyckad session som motsvarar de faktiska positiva och värdnamnsfelmatchande loopback-testerna. Dess lilla urval uppfyller medvetet inte den illustrativa tröskeln på tjugo misslyckanden. Rapporten skapas manuellt, sänds inte ut av en rapport MTA, och ingen aviseringstjänst var aktiverad. Kalibrering av produktionströskel, täckningsövervakning och överföring av larm förblir i väntan på relevanta operativa bevis. Den historiska transportlöparen kräver Python med kryptografi och loopback-uttag. Dess resultat är begränsade laboratoriebevis, inte aktuell servicehälsa eller produktionsinteroperabilitet.
Primär källa
Fältdefinitionerna och rapporteringsgränserna kommer från RFC 8460 , SMTP TLS -rapportering, avsnitt 3 och 4. Driftsrekommendationerna skiljer sig från protokollkrav.