De meldingen staan ingesteld en er komt niets aan: het afleverpad dat niemand test

Bewaking heeft twee helften. De controle die opmerkt dat er iets mis is, en het pad dat dat nieuws naar een persoon brengt. Bijna alle aandacht gaat naar de eerste, en bijna alle stille storingen wonen in de tweede.

Het ongemakkelijke: een kapot afleverpad en een gezond systeem zien er vanaf uw plek precies hetzelfde uit. Beide leveren een lege inbox op.

Waarom post versturen vanaf een server niet meer eenvoudig is

Dat een server zijn eigen post rechtstreeks verstuurde was lang normaal en is nu de uitzondering. Er gebeurden drie dingen.

Ontvangers vertrouwen onbekende afzenders niet meer. Een bericht dat aankomt zonder kloppende afzenderbeleidsrecords, zonder handtekening en vanaf een adres zonder reputatie wordt als verdacht behandeld, en de beleefde vorm van verdacht is de spammap.

Thuis- en kleinzakelijke verbindingen zijn op poortniveau geblokkeerd. Veel providers staan uitgaande verbindingen op de poort voor rechtstreekse aflevering niet toe, juist omdat er misbruik van werd gemaakt. Uw server probeert het, en niets vertelt u dat het nooit vertrok.

Reputatie hoort bij het adres, niet bij u. Een thuis- of kleincloudadres draagt de geschiedenis die het heeft. U erft die.

Niets hiervan maakt het probleem moeilijk. Het maakt de naïeve inrichting stil ineffectief, en dat is erger dan moeilijk.

De twee werkende vormen

Versturen via een relay die u al vertrouwt. Uw server geeft het bericht, met inloggegevens, aan een aanbieder die wel mag versturen. Dat is het gangbare antwoord en het werkt, met één voorbehoud dat de moeite waard is: aanbieders eisen vaak dat het afzenderadres er een is die zij hosten, dus een bericht dat van elders lijkt te komen wordt geweigerd of herschreven.

Helemaal geen post versturen en een tweede kanaal gebruiken. Een pushmelding of een bericht in een dienst die u toch al leest. Dat klinkt als een stap terug en is vaak de betrouwbaardere optie, juist omdat het niet afhangt van de bezorgbaarheid van e-mail.

Wat u ook kiest, het belangrijke deel is de volgende paragraaf.

De test die het echt bewijst

Bijna iedereen test meldingen op dezelfde verkeerde manier: op de knop "testbericht versturen" drukken terwijl je aan de machine zit, niets zien mislukken, en het afgehandeld noemen.

Die test bewijst dat het proces een bericht kan afgeven. Hij bewijst niet dat het aankomt. Een echte test beantwoordt vier vragen:

Kwam het in de inbox terecht, niet in spam? Aflevering en zichtbaarheid zijn verschillende uitkomsten, en maar één ervan maakt u wakker.

Kwam het van het adres dat de echte meldingen gaan gebruiken? Een test verstuurd onder één identiteit zegt niets over een nachtelijke taak onder een andere.

Kwam het aan op het uur waarop de echte melding afgaat? Sommige paden gedragen zich om drie uur 's nachts anders dan om drie uur 's middags, meestal omdat snelheidslimieten van een relay of filters van een aanbieder tijdsafhankelijk zijn. Die storing is zeldzamer en juist die telt.

Overleefde het de machine onder belasting? Een bericht dat tijdens een echte storing in de wachtrij komt, concurreert met de storing.

Storingen die helemaal geen fout opleveren

De wachtrij. De mail wordt aangemaakt, lokaal geaccepteerd, en blijft in een rij die eeuwig blijft proberen. Er gaat niets verloren, er wordt niets bezorgd, en niemand kijkt in de rij omdat er geen fout was die daartoe aanzette.

De herschreven afzender. De relay accepteert het bericht, verandert de afzender in een adres dat u niet leest, en bezorgt het perfect in een postvak dat niemand opent.

Het filter dat u zelf maakte. Meldingen lijken allemaal op elkaar, op een gegeven moment vangt een regel er een, en die regel blijft werken lang nadat u vergat hem te schrijven.

Het adres dat ophield te bestaan. De persoon vertrok, het alias stuurde door naar diens account, en de doorstuur valt nu in het niets.

De enige echt nuttige gewoonte

Maak het uitblijven van een bericht betekenisvol.

Een systeem dat alleen spreekt als er iets mis is, valt niet te onderscheiden van een systeem dat het vermogen om te spreken kwijt is. Eén dagelijks bericht dat zegt dat alles in orde is, maakt van de stilte zelf een signaal: komt er vandaag niets, dan is het afleverpad het eerste wat u controleert, en u komt er op een rustige ochtend achter in plaats van tijdens een storing.

Daarom is een dagelijkse samenvatting meer waard dan hij lijkt. Zijn echte taak is niet de inhoud, maar aantonen dat het kanaal nog bestaat.

Wat Atlas doet

Atlas Watch stuurt één bericht per dag in plaats van een stroom meldingen, en die keuze is bewust om bovenstaande reden. De samenvatting draagt de toestand die zich over de dag ophoopte, en haar aankomst is op zichzelf het bewijs dat het pad intact is.

Dezelfde meldingen kunnen ook het accountportaal bereiken, wat hier speciaal telt: dat is een tweede kanaal dat niet afhangt van de mailbezorging van de host. Als juist de mail kapot is, is het kanaal dat geen mail gebruikt degene die het u nog vertelt.

En het eerlijke deel, want dat is het hele onderwerp van dit artikel: als een controle zijn gegevens niet kan lezen, zegt Watch dat het niet lukte in plaats van te zwijgen. Een ontbrekende back-uptaak en een gezonde zien er van buiten identiek uit, en het enige dat ze scheidt is een wachter die bereid is zijn eigen blindheid te melden.