Määrittele kysymys ennen ohjelmiston valintaa
DKIM2 laboratorion tulisi ratkaista suppea epävarmuus, kuten se, rekonstruoivatko kaksi toteutusta saman muokatun viestin vai luokittelevatko kirjekuoren yhteensopimattomuus johdonmukaisesti. "Katso, toimiiko DKIM2 " on liian laaja tulkittavan tuloksen tuottamiseksi. Kirjoita kysymys, version laajuus ja hyväksyntä/hylätty kriteeri ennen kiinnikkeen valitsemista. Pidä erillinen päätös siitä, oikeuttaako jokin havaittu tulos jatkokokeiluihin, ei automaattiseen tuotantoon.
Tarkistettuna 8. marraskuuta 2026, ydin spec-09 on aktiivinen Internet-luonnos, joka on päivätty 1. marraskuuta, kun taas DNS-03 on päivätty 2. marraskuuta ja BCP-01 on päivätty 9. syyskuuta. Kiinnitä kaikki asiakirjat, joista tapaus riippuu. Ohjelmiston tarra, jossa lukee " DKIM2 ", ei riitä, jos sen jäsentäjä seuraa aikaisempaa versiota tai erillistä profiilia, jolla on eri kattavuus.
Erota raportoitu toteutus valitusta koontiversiosta
The Milterin käyttöönottoprofiili -08 luonnos raportoi DarkChainin ja DarkChainsin beta-koodina kyseiselle profiilille. Sen tilaosio kieltää nimenomaisesti avustajan toimittamien tietojen tarkistamisen ja IETF hyväksynnän. Se on arvioijan johtopäätös, ei riippumattoman testattu suositus. Profiilin rajoitettuja ja laajennettuja toimintoja ei saa hiljaa rinnastaa kaikkiin WG-ydinluonnoksen vaatimuksiin.
Ennen ohjelmiston suorittamista hyväksytyn suunnitelman tulee tunnistaa arkiston alkuperä, muuttumaton vahvistus tai julkaisu, koontikokoonpano, kryptografiset kirjastot ja vaadittu protokolla/profiilin kattavuus. Tallenna ei-tuetut ominaisuudet ei-tuetuiksi, ei toisen toteutuslupauksen epäonnistuneiksi testeiksi. Asennus ja suoritus ovat erillisiä operatiivisia toimia; tälle paketille ei suoritettu lähteen tarkistusta, rakentamista, asennusta tai postitustapahtumaa.
Rakenna pieni kotelosarja, jossa on merkityksellisiä kontrasteja
Aloita olemassa olevasta klassisesta DKIM-perustasta varmistaaksesi, että testivaljaat eivät sekoita tavallista postin käsittelyä kokeelliseen toimintaan. Määritä sitten kuvitteellinen muuttumaton DKIM2 polku, ilmoitettu alatunnisteen muutos ja ilmoittamaton muutos. Säilytä alkuperäinen ja muokattu viestitavut lopullisessa ohjatussa kiinnikkeessä. Jos tapaus muuttaa useita muuttujia kerralla, vika voi paljastaa vähän tutkittavasta mekanismista.
Lisää kirjekuoren yhteensopimattomuus, nollakappaleresepti ja väliaikainen DNS virhe. Under ydin -09 jaksot 13–14, nämä eivät ole keskenään vaihdettavia "huonopostin" tapauksia. Nollakappaleresepti estää kehon aikaisemman tilan tarkistamisen; tilapäisellä avaimenhakuongelmalla on eri tulosluokka kuin suoritetussa vahvistuksessa, joka epäonnistuu. Säilytä tarkka diagnoosi ja puuttuva tulo.
Aikaleimatapauksen tulee säilyttää alkuperäinen SMTP hyväksyntäaika. Toistoon liittyvän tapauksen tulee erottaa aiottu jakelu, odottamaton jatkotoimitus ja alkuperäisen esiintymän toistuvat havainnot. Merkitse jokainen odotettu tulos hypoteesiksi, kunnes ohjelmisto todella tuottaa havainnon. Tämä paketti sisältää alkuperäisen tapaussuunnittelun, ei suoritettuja esimerkkiviestejä tai tulostaulukon, jossa on valmistettuja passeja.
Säilytä lisääntymiseen tarvittavat panokset
Tallenna jokaiselle valtuutetulle ajolle läpinäkymätön tapauksen tunniste, viestitavun tiiviste, kirjekuoren lähettäjä ja vastaanottajat, hyväksymisaika, allekirjoittaja- ja todentajaversiot, avaimen tilannekuva ja asiaankuuluvat käytäntötietueet. Säilytä alkuperäisiä viestejä ja yksityisiä tietoja vain hyväksytyn käyttö- ja säilytyssuunnitelman mukaisesti. Hash identifioi artefaktin; se ei rekonstruoi puuttuvia tavuja tai todista, että diagnostiikka tuli väitetystä ohjelmasta.
Erottele odotettu tulos, havaittu tulos ja arvioijan tulkinta. Säilytä välilähdöt ehdokkaiden epäonnistumisia varten: reseptin rekonstruointi, allekirjoituksen varmistus, ketjun tarkistukset ja verkkotunnusten täsmäys. Jos johtosarja ei koskaan saavuttanut suunniteltua tarkistusta, koska jäsentäminen epäonnistui ensin, kirjaa tämä muistiin. Älä ilmoita loppupään ominaisuutta testatuksi vain siksi, että kokonaisajo palautti virheen.
Käytä toista toteutusta vasta sen jälkeen, kun olet tarkistanut, että se kohdistuu samaan kiinnitettyyn toimintaan. Kahden ohjelman välinen sopimus on hyödyllinen, mutta ei ehdoton todiste oikeellisuudesta. he voivat jakaa koodin tai saman virheellisen oletuksen. Erimielisyys ei myöskään ole automaattisesti vika, jos toteutetaan vanhempi luonnos. Versiovertailu kuuluu tuloksen viereen, ei piilotettu alaviitteeseen.
Tarkista turvallisuus ja yksityisyys ennen suoritusta
Reseptit voivat säilyttää näkyvästä viestistä poistettua materiaalia. Synteettinen sisältö on siksi parempi ensilaboratoriossa: palautuva editointitesti ei saa tuoda todellista salaisuutta uudelleen todistearkistoon. Käytä valvottuja vastaanottajia, eristettyjä allekirjoitusavaimia ja nimiavaruutta, jonka omistaja hyväksyi kokeilun. Aseta rajoituksia, jotka estävät tahattoman toimituksen, edelleenlähetyssilmukat tai ei-toivotun toistoliikenteen.
Määritä pysäytysehdot selittämättömälle lähtevälle postille, odottamattomalle vastaanottajan laajennukselle, tuotannon DNS vaikutukselle tai arkaluontoiselle sisällölle, joka näkyy lokeissa. Älä poista todennettua todennusta tai suodatusta käytöstä vain saadaksesi puhtaan kokeen onnistumisen. Puhdistuksen tulee kattaa testien allekirjoittaminen, tietueet, esineet ja valtuustiedot, ja säilytystarpeet on dokumentoitava erikseen. Kokeilu ei ole valmis vain siksi, että viimeinen viesti toimitettiin.
Pidä raportointi ja käyttöönottopäätökset vaatimattomina
The BCP-01 luonnos käsittelee sekoitettua DKIM1 / DKIM2 toimintaa ja jättää näkökohtia DMARC integraatio auki. Julkaistu RFC 9989 määrittelee edelleen omat todennusmekanisminsa. Laboratoriotulos ei voi muuttaa tätä määritystä tai osoittaa, että jokainen ulkoinen vastaanotin tulkitsee kokeellisen viestin samalla tavalla.
Samoin RFC 9990 kokonaisraportointi ja RFC 9991 vikaraportointi eivät ole yleisiä siirtoja mille tahansa kokeelliselle kentille, joita kehittäjä haluaa kerätä. Pidä paikallinen laboratoriodiagnostiikka erillään tuetuista raporttimuodoista. Puuttuva ulkoinen raportti ei ole todiste hylkäämisestä, eikä vastaanotettu raportti automaattisesti paljasta koko DKIM2 vahvistuspolkua.
Kerro keskeneräiset todisteet selvästi
Tarkka välityspalkkio on: Tallenna laboratorion laajuus, versiot, tapaukset, tulokset sekä kokeilun ja tuotannon välinen raja. Laajuus, nykyiset asiakirjaversiot ja ehdotetut tapaukset säilyvät täällä. Ohjelmiston nastat, todelliset ajot, havaitut tulokset, toistettavuustarkistukset ja varmennettu puhdistus puuttuvat. Alkuperäisten todisteiden portti pysyy siksi auki; laboratorion menestystä, turvallisuustakuuta tai EmailAuth ominaisuuksia ei vaadita.
Teknisen omistajan tulee hyväksyä protokollan tulkinta, tietoturvan omistajan tulee valtuuttaa kaikki todelliset kokeet ja riippumattoman arvioijan tulee arvioida saadut todisteet ennen seuraavan vaiheen päätöstä. Tuotannon soveltuvuus, sivuston ja visuaalinen hyväksyntä sekä julkaisulupa ovat erillisiä portteja. Hyvä laboratorio tuottaa rajallisen vastauksen, jonka toinen insinööri voi haastaa, ei uutta tuotantovaatimusta, joka on johdettu keskeneräisestä standardista.