Status: UITGEWERKT, maar de poort van 2 juli blijft dicht tot de motor bewezen is — dit document ligt klaar zodat de integratie op dag één kan starten wanneer de founder de poort opent. Ledger #12. Kernzin: **SecureMail vangt de leugen; R4M weert de leugenaar.
| SecureMail v1.0 "Phishing Guardian" (juli 2026) | R4M-motor v0.22.1 | |
|---|---|---|
| Wat het doet | Volledige Electron-mailclient op live IMAP (8 accounts): phishing-engine offline & deterministisch (lookalike-domeinen, homograph, merkimitatie, SPF/DKIM/DMARC-gate), risicoscore 0-100 mét leesbare uitleg ("deze mail wil je wachtwoord stelen"), auto-move naar Phishing-map, zelflerend, afbeeldingen geblokt, gesandboxte weergave | Uniciteitslaag (1 mens = 1 account; naam niet operationeel gebruikt, identiteitsbewijs verzegeld en alleen-audit) + betaalde inbox (402 aan de deur, 88% naar de mens) + settlement (verplichting eerst, publiek kasboek) |
| De filosofie | Bescherming die je aan je grootouders kan uitleggen | Zekerheid zonder kennis; de mens is nooit onderdanig aan de rail |
| Wat het mist | Weet WAT een mail wil, maar nooit WIE erachter zit — heuristiek blijft een kansspel tegen steeds betere AI-phishing | Heeft een deur (Inbox402) maar nog geen vertrouwde, dagelijkse mail-omgeving waarin mensen al léven |
De vaststelling: de twee projecten van dezelfde founder zijn elkaars ontbrekende helft. SecureMail verdedigt reactief (herkennen wat slecht is); R4M verdedigt preventief (alleen binnenlaten wie bewezen echt is en betaalt). Samen: de eerste mailomgeving waar phishing economisch én structureel sterft.
Elke inkomende afzender wordt tegen de R4M-registry gecheckt: "✅ bewezen echt & uniek mens" naast de naam, of niets. De phishing-engine krijgt er zijn sterkste signaal ooit bij: een geverifieerde afzender kan nog steeds liegen, maar hij kan nooit méér dan één keer verbranden (ban-permanentie) — dus de score-gate "authentication-first" wordt "personhood-first". Harde signalen (lookalikes, spoofing) blijven altijd winnen — SecureMails eigen regel, ongewijzigd.
Onbekende afzenders bereiken je alléén nog via de betaalde deur: hun mail botst op een vriendelijke bounce met betaallink (dit is letterlijk roadmap-item 17, de e-mail-gateway-brug — al gepland!), en na betaling landt het bericht in een aparte strook: "💰 Betaald bericht — €2 voor jou ontvangen." SecureMail toont het native; de gebruiker hoeft geen nieuwe app-gewoonte te leren — zijn mailbox wórdt zijn verdienkanaal. Massa-phishing sterft economisch (€2 × miljoen pogingen); de gerichte oplichter botst op de dubbele poort (2h: betalen ÉN uniek-mens-bewijs, één keer verbranden).
De eindbaas-case: bewijsbare bezorging aan een bewezen uniek mens. bpost rekent voor een aangetekende brief ± €6-8 per stuk; advocaten, deurwaarders, HR-diensten (ontslagbrieven!), verzekeraars en overheden versturen er miljoenen per jaar — omdat ze bewijs nodig hebben van WIE ontving. SecureMail×R4M levert: verzonden → betaald → bezorgd aan geverifieerd-uniek-mens → leesbevestiging, elk met attest op het publieke kasboek-patroon.
Eerlijke grens (zelfde discipline als de QES-grens): "wettelijk gekwalificeerd aangetekend" (eIDAS QERDS) is gecertificeerd-vergunningsterrein — daar partneren we mee of we blijven er eerst onder: onze attestaties zijn bewijsstukken, geen wettelijke aangetekende status, tot een QERDS-partner of -certificering dat verandert. Nooit erover pitchen.
| Laag | Betaler | Anker | Status |
|---|---|---|---|
| 1 · Vignet | platforms/bedrijven die afzender-zekerheid willen (B2B-mail); consument betaalt niet | Pass-prijsladder (€0,10-0,30/check-klasse) | volgt markt-map |
| 2 · Betaalde strook | de ónbekende afzender (recruiter €2-21-anker = LinkedIn InMail; farma-artsencontact €25-50 — beide al geverifieerd in de €100-momenten) | bestaand | sterkste korte-termijn |
| 3 · Aangetekend | de verzender per stuk: advocaat/HR/verzekeraar — vandaag al €6-8 gewend bij bpost; digitaal met personhood-bewijs mag €2-6 kosten en is nog steeds sneller én sterker | bpost-tarief, publiek | het grote spel — VERIFY exacte tarieven + volumes (routine) |
| Bonus | elke SecureMail-gebruiker die zich verifieert vergroot gratis de R4M-registry — SecureMail wordt distributiekanaal van de Pass | markt-map §6-synergie | strategisch |
1. Dogfooding op eigen terrein: de founder bezit béide kanten — geen partner-onderhandeling nodig voor de eerste integratie ooit.
2. GTM-versneller voor Inbox402: mensen wonen al in hun mailbox; de betaalde strook verandert een bestaande gewoonte in plaats van een nieuwe te vragen (het "voelt de app niet"-probleem van de consumer-landing lost zich hier op).
3. De phishing-hoek is een verkoopbaar verhaal op zich: "de mailbox waar oplichters hun éne digitale zelf verbranden" — geen enkele mailclient ter wereld kan die zin zeggen.
4. Aangetekend = overheidsgraad-deur: dezelfde kopers (overheden, juristen) als het landenpakket — één referentie in laag 3 opent de SOVEREIGN_KIT-gesprekken.
5. Doctrine-zuiver: tracking = beschermen & belonen; de afzender betaalt, de mens verdient; 0%-regel onaangeraakt (dit is commercieel → 8%-split/commissie zoals altijd).
• De poort van 2 juli blijft dicht: eerst de R4M-motor bewezen (eerste betaalde pilot of Circle-mijlpaal 1). Dit document is klaarleggen, niet starten.
• Ontgrendel-trigger (meetbaar): eerste externe betalende Inbox402-klant ÓF Circle M1 afgerond → dan integratiesprint laag 1 (vignet, ~dagen: registry-check-API bestaat al), daarna 17+laag 2 (gateway-brug), laag 3 na QERDS-verkenning (advocaat-lijst).
• Wat vandaag al mag (kost niets, breekt niets): dit document; de e-mail-gateway-brug (17) hoger prioriteren in de bouwrij omdat hij nu twee producten dient; QERDS-vraag toevoegen aan de advocaat-scoping-call.
• Electron-desktop ≠ massaconsument — laag 1-2 bewijzen op de eigen 8 accounts + early adopters; mobiel/web volgt het motor-patroon (browser eerst).
• Bounce-met-betaallink kan als spam ervaren worden door de afzender — toon en tekst zijn goud waard (founder = mediaman); opt-in per inbox, nooit default-aan bij vreemden van bestaande contacten (adresboek-uitzondering).
• QERDS-territorium: nooit "wettelijk aangetekend" claimen vóór partner/certificering — staat hierboven hard, herhaald omdat het de dodelijkste overclaim zou zijn.
• Focus-risico: dit mag geen tweede front openen — daarom de poort. Eén founder, één motor eerst.
Verificatie-opdrachten voor de routines (toegevoegd 04-07 na founder-euforie — cijfers hard maken vóór er ooit mee gepitcht wordt): actuele BEC-verliescijfers (FBI IC3 jaarrapport + Europol IOCTA — orde ~$2,9 mld/jr gerapporteerd VS, cumulatief >$50 mld; EXACT verifiëren met bron), BIMI/VMC-certificaatprijzen en -dekking, e-mailvolume wereldwijd (orde 300+ mld/dag), markt anti-phishing/e-mail-security (orde $4-6 mld/jr; verifiëren), aantal "fix e-mail"-startups die stierven aan distributie (leerlijst).
✅ GEVERIFIEERD (securemail-watch 04-07 — eerste run):
• BEC-verlies VS (FBI IC3 2025): $3,05 mld gerapporteerd / 24.768 klachten (2024: $2,77 mld / 21.442) — #2 misdaadtype naar totaal verlies; 86% via wire/ACH (meestal onherstelbaar); cumulatief >$20 mld sinds 2015 (2022-24 ~$8,5 mld). ⚠️ De eerdere ">$50 mld cumulatief"-schatting was te hoog → geschrapt, gebruik ">$20 mld sinds 2015". Bron: IC3 2025-rapport · SpyCloud · Nacha.
• AI-phishing (de structurele rugwind onder de personhood-first-these): 82,6% van phishing-mails is AI-gegenereerd; AI-phishing CTR 4× hoger dan mensenwerk; mediaan klik-tijd 21 seconden; wereldwijd ~$25 mld phishing-verlies/jr. Dit maakt §1's "heuristiek blijft kansspel" hard: reactieve detectie verliest structureel → personhood-first is de enige uitweg. Bron: StingrAI 2026 · StationX.
• BIMI/VMC-prijs: VMC $749-$1.688/jr (tot ~$3.000 bij hogere validatie), CMC $649-$1.100; 3 publieke uitgevers (mei 2026): DigiCert, GlobalSign, SSL.com; adoptie +53,45% (sep'23→sep'24) → 22.631 van top-10M-domeinen. Bron: ssl2buy · BIMI Group.
• bpost aangetekend 2026: aantekenport (toeslag) €7,33 (zegels/vignetten) / €7,14 (frankeermachine/PB/Collect&Stamp), bovenop het PRIOR-port; gestandaardiseerd 0-50g ~€10,40 totaal; +6% sinds 1/1/2026; vanaf 2026 enkel documenten toegelaten (geen goederen). Bron: bpost tarieven 2026 · EasyPost.
• QERDS-aanbieders België: eIDAS Trusted List BE is publiek (eIDAS Dashboard BE); actieve partnerkandidaten met BE/Benelux-voet: EasyPost (QERDS), Unifiedpost Group (Belgisch, Digitally Registered Recipient), Evrotrust. bpost = aangetekend mét digitaal ontvangstbewijs, QERDS-status niet bevestigd. Grens ongewijzigd hard: partneren of eronder blijven; nooit "wettelijk aangetekend" claimen.
• LinkedIn InMail (laag-2-anker): overage $8-12 (meestal $10); LinkedIn verhoogde extra-InMail $3→$21 in okt 2025 (+700%); geamortiseerd $6-8. De "$2-21"-range klopt dus, met $10 als typisch punt. Bron: Leonar · GLOZO.
• AppSource / Outlook-add-in review: 3-5 werkdagen typisch, tot 4 weken volledig; SSL-verplicht; testen op Outlook Windows/Mac/iOS/Android. Bron: MS Learn · certification policies.
✅ GEVERIFIEERD (securemail-watch delta-run 04-07 namiddag):
• QERDS/digitaal-aangetekend BE — tarieven nu concreet: Aangetekende.email (Connect Solutions) €2,40 incl. BTW/zending (BASIC €0/mnd; PRO €75/mnd op volume; hybride papier ~€10,13) (prijslijst PDF); EasyPost noemt €2,18/digitale zending vs ≥€8,33 fysiek (blog); Doccle PRO €1,98/zending + €100/mnd (tarieven); Unifiedpost enkel op offerte. ⚠️ Eerlijke consequentie voor laag 3: puur digitaal-aangetekend bestaat al aan ~€2 — onze €2-6 wint dus NIET op prijs maar op het personhood-bewijs ("bezorgd aan dít ene bewezen unieke mens", niet aan een mailbox). Dat is de pitch-zin; prijs-alleen is dood.
• Gmail/Workspace Marketplace (de tweede distributie-route): review "typisch enkele dagen" (app-review), MAAR restricted Gmail-scopes (mail lezen!) vergen een externe security assessment — weken tot maanden + jaarlijkse hercertificering (restricted-scope-verificatie). → Bevestigt de §8-volgorde: Outlook/AppSource eerst (3-5 dagen), Gmail-add-on daarna met lange aanloop.
• Concurrent-radar opgeruimd: verified.inc "Verified Email" = enkel e-mailbezit + toestel-check, product stopgezet (pivot naar 1-Click Signup) → géén concurrent op persoons-niveau; van de radar (verified.inc). Outlook heeft anno apr 2026 hooguit een consumer-preview van BIMI — merk-laag, geen persoon (signet). Nieuwe x402-mail-spelers (StableEmail, AgentMail) = betaal-plumbing zonder identiteit — geen overlap.
Gekoppeld: USE_CASE_LEDGER #12 · roadmap 17 (gateway-brug) + 2h (dubbele poort) + 2e (passkey) · VERIFICATION_MARKET_MAP (Pass-prijzen) · 100_EURO_MOMENTS (recruiter/farma-ankers) · DOCTRINE (nooit onderdanig). Volgende verificaties voor de routines: bpost-tarief aangetekend actueel + volumes BE/EU; QERDS-aanbieders BE; LinkedIn InMail-prijs actueel.
De drie kernlagen hierboven zijn het fundament. Maar het combineren van een phishing-wachter + een personhood/betaal-rail opent een hele waaier. Elke kandidaat hieronder met wie-betaalt-filter en eerlijke status — geen fantasie, wel de volle breedte.
• De grootouder-proof mailbox — verified-sender-vignet + phishing-wachter = een mailbox die je aan je (groot)ouders geeft zonder angst. Koper: banken/verzekeraars/zorgorganisaties met zorgplicht, of de eindgebruiker via een gezinsabonnement. Status: sterkste emotionele verhaal; who-pays via B2B2C verifiëren.
• Phishing-report-and-earn — meld je bevestigde phishing, verdien een micro-bedrag; elke geverifieerde gebruiker wordt een sensor. Koper: merken/banken die vandaag al voor takedown-diensten betalen (brand-abuse-markt). Status: 🔍 anker verifiëren (kost van brand-takedown vandaag).
• ⭐ Factuurfraude / BEC-killer — de grootste case van allemaal. Business Email Compromise (valse factuur, "ons IBAN is gewijzigd", CEO-fraude) kost bedrijven wereldwijd miljarden per jaar. Combinatie: verified-org-vignet + mandaat (11c: alleen mandaathouders sturen namens de BV) + een ondertekend IBAN-veld → een vervalste betaalinstructie is onmiddellijk zichtbaar nep. Koper: elk bedrijf met een boekhouding, verzekeraars (BEC-polissen), banken. Status: potentieel het grootste money-case; verdient eigen ledger-rij + anker (FBI IC3 / Europol BEC-cijfers).
- ✅ Verankerd langs twee kanten (securemail-watch 07-07): slachtoffer-kant = FBI IC3 2025 $3,05 mld BEC-verlies VS; verzekeraars-kant = Coalition 2026 Cyber Claims Report (5 mrt 2026): BEC + funds-transfer-fraude = 58% van álle cyber-claims, BEC-frequentie +15%, gem. verlies $27k (Insurance Business). EU-tegenhanger: Europol IOCTA 2026 noemt fraude de snelst groeiende misdaadtak met BEC expliciet (Europol) — geen los eurobedrag. Strategische wending: de cyberverzekeraar is niet alleen koper maar potentieel distributiekanaal — een verzekeraar die BEC-claims draagt kan het vignet als polisvoorwaarde of premiekorting opleggen (GTM-versneller laag 1, zodra de poort open is).
• Merk-impersonatie-bescherming — een bank/telco/overheid bewijst "échte mails van ons dragen dit vignet". ⚠️ Eerlijke correctie (04-07, verscherpt securemail-watch 04-07): dit bestaat deels al — BIMI/VMC toont geverifieerde merk-logo's, maar enkel in Gmail/Apple Mail: Microsoft ondersteunt BIMI NIET in Outlook.com/Hotmail/Microsoft 365 (stand 2026, captaindns). VMC = $749-$1.688/jr (DigiCert/GlobalSign/SSL.com). Dus twee gaten die ons blijven: (1) Outlook — dé BEC-enterprise-client — heeft géén merk-vinkje; (2) BIMI verifieert merk/domein, nooit de PERSOON of MANDAATHOUDER eronder. Niet "dit logo is echt" maar "deze afzender is één echt mens / een gemachtigde van deze BV". BIMI beschermt het merk in Gmail; wij beschermen de handtekening eronder, óók in Outlook.
• CEO-fraude-stop via mandaten — koppelt SecureMail rechtstreeks aan bouwitem 11c: alleen wie een geldig mandaat heeft, kan als de rechtspersoon mailen. Status: mooie synergie, dogfood-baar.
• "Echt van de overheid"-vignet — lost het impersonatie-probleem op dat elke overheidsdienst heeft (nep-belastingmails, nep-boetes). Koper: overheden → zelfde deur als het landenpakket, één referentie opent beide. Status: overheidsgraad-deur.
• Digitale aangetekende post — laag 3 hierboven (bpost €6-8-anker; QERDS-grens hard).
• De betaalde-vreemden-strook — laag 2 hierboven (recruiter €2-21, farma-arts €25-50).
• Consent-based betaalde nieuwsbrieven/marketing — bedrijven betalen om geverifieerde, opt-in mensen te bereiken i.p.v. advertentie-impressies te kopen; GDPR-schoon. Koper: adverteerders/uitgevers. Status: raakt roadmap 23 (opt-in dataprogramma's) — zelfde ethiek-poort.
• Recruiter/expert-bereik — betaald contact met geverifieerde professionals (Inbox402-anker).
• Verified-sender-directory — een "blauw vinkje voor e-mail" dat élke mailclient kan bevragen, niet alleen SecureMail. Dit is de infrastructuur-play: R4M wordt de vertrouwenslaag onder e-mail breed. Status: groot, langetermijn; begint als SecureMail-feature, groeit naar standaard.
• Geverifieerde leesbevestiging — een read-receipt die écht betekent dat een geverifieerd uniek mens het opende (juridisch/compliance-waarde). Koper: juristen, HR, compliance.
• Verified-pseudoniem klokkenluiderskanaal — geverifieerd-uniek (geen dubbele/nep-meldingen) zonder de naam prijs te geven — exact het personhood-primitief. Koper: bedrijven met een meldplicht (klokkenluidersrichtlijn EU), overheden.
Elke tak hangt aan hetzelfde primitief: weten dat een afzender een echt, uniek mens of een geverifieerde rechtspersoon is, zonder de identiteit te bewaren — en er een betaalstroom aan koppelen. SecureMail is het venster; R4M is de laag. Samen dekken ze consumentenbescherming, B2B-anti-fraude, overheid, verdienen én een infrastructuur-standaard — vandaar: een eigen hoofdstuk, niet een feature.
Prioriteit-volgorde als de poort opengaat: (1) echtheidsvignet (dagen, zichtbaar), (2) BEC-killer voor B2B (grootste geld — eigen anker-onderzoek), (3) betaalde strook (GTM-versneller), (4) overheidsvignet (landenpakket-deur), (5) directory als standaard (moonshot). De rest volgt de vraag.
Dit inzicht lost het kerkhof-probleem op. Je vecht niet tegen Gmail en Outlook — je gaat erín wonen:
| Voertuig | Rol | Distributie | Eerlijke grens |
|---|---|---|---|
| 1. Add-in/plugin in bestaande clients | het bereik | Outlook-add-in via Microsoft AppSource (dé enterprise-route — de BEC-koper wóónt in Outlook!) + Gmail-add-on via Google Workspace Marketplace | add-ins kunnen TONEN (vignet, waarschuwingspaneel, verified-check via de directory-API) maar niet BLOKKEREN — afdwinging (betaalde strook, bounce) vergt de gateway (17). Plugin = de ogen; gateway = de deur |
| 2. Eigen SecureMail-client | het vlaggenschip & lab | direct, klein, eigen tempo | vol-ervaring voor alle founder-ideeën die in een add-in niet passen; nooit de distributie-weddenschap — de eigen client bewijst, de add-in verspreidt |
| 3. De directory/API | HET PRODUCT | elke client (ook die van anderen) bevraagt de laag | dit blijft de kern: het net, niet de lamp |
De volgorde die hieruit volgt (bij poort-opening): vignet in de eigen client (bewijs) → Outlook-add-in met BEC-focus (het geld zit waar de koper al zit) → Gmail-add-on → gateway voor afdwinging. De add-in-route maakt de BEC-killer (#13) direct verkoopbaar aan élk bedrijf zonder dat iemand van mailprogramma wisselt.
Routine-verificaties erbij: AppSource/Workspace-marketplace-voorwaarden en review-doorlooptijden; wat Outlook-add-ins exact mogen lezen (headers/body) per licentietype.
• ✅ Deels geverifieerd (securemail-watch 04-07): AppSource-review = 3-5 werkdagen typisch, tot 4 weken volledig; SSL-verplicht; testen op Outlook Windows (laatste+vorige)/Mac/iOS/Android (MS Learn). ⚠️ Platform-churn: SharePoint Add-ins zijn gedeprecieerd (download tot apr 2026) — Microsoft hervormt het add-in-landschap actief; bij poort-opening de actuele Outlook-manifestvereisten (unified manifest vs. XML) opnieuw checken vóór bouw. Nog te doen: Gmail/Google Workspace Marketplace-voorwaarden + review-doorlooptijd; exacte header/body-leesrechten per licentietype.
• ✅ Verscherpt (securemail-watch 07-07) — de add-in-technologie ligt nu vast: Microsoft retireert COM/VSTO Outlook-add-ins volledig ten voordele van web-add-ins (Office.js + Microsoft Graph); EWS volledig gedeprecieerd okt 2026 (→ Microsoft Graph gebruiken); classic Outlook → "new Outlook" (WebView2), enterprise-opt-out start apr 2026, daarna geen terugkeer; Nested App Authentication i.p.v. legacy Exchange-tokens (Mailbird migratiegids · framework-wijziging). Gevolg voor ons: dit BEVESTIGT de architectuur — onze case bouwt het vignet sowieso als web-add-in (§9.3), niet als COM. Bouw bij poort-opening op Office.js + Graph + Nested App Auth; her-check unified-manifest vlak vóór AppSource-indiening (landschap beweegt maandelijks).
De vraag van de founder: "hoe schakel je dit in op je bestáánde mails?" Antwoord in vier bouwstenen + een transitieplan. Alles hieronder is onderzocht met bron — geen aannames. De poort blijft dicht; dit is de bouwtekening, niet de bouw.
• Mechanisme: een passkey-tik kan één specifieke handeling ondertekenen door de samenvatting (hash) van die handeling in de WebAuthn-challenge te stoppen — de handtekening is dan cryptografisch aan précies die ene mail/ontvangst gebonden. Dit is exact hoe banken PSD2 "dynamic linking" invullen (Authsignal), en Mastercard (2024, India+) en Visa (juli 2026, India) vervangen er al sms-codes mee bij echte betalingen (Mastercard · Visa). → Productie-rijp én juridisch beproefd: dé basis voor verzend-stempel, geverifieerde leesbevestiging en aangetekend-ontvangst.
• Eerlijke grens: de tik kan NIET binnen de add-in zelf gebeuren — Outlooks add-in-webview ondersteunt WebAuthn niet (MS Q&A) en Gmail-add-ons draaien geen eigen code (alleen kaarten). → De tik loopt via de systeembrowser/eigen app; de add-in toont alleen het resultaat.
• EUDI = upgrade-pad, geen afhankelijkheid: wallets verplicht eind 2026, per-dienst-unieke pseudoniemen zijn nota bene op WebAuthn gespecificeerd (ARF), maar privé-acceptatieplicht pas eind 2027 en lidstaten lopen al uit (NL → 2027). Bouw op passkeys nu, schakel EUDI erbij als het landt.
• Ontwerp: een eigen handtekening-header naar DKIM-model: onderteken de onveranderlijke velden (afzender, datum, bericht-ID, inhoud-hash), ontvanger-kant verifieert met één HTTPS-vraag aan de R4M-directory (het WKD-patroon bewijst dat sleutel-uit-directory-via-HTTPS gewoon werkt). Alleen wat mee-ondertekend is, is beschermd — losse headers worden onderweg soms gestript (Delta Chat-incident).
• Eerlijke grenzen: géén bestaande standaard laat consumenten-Gmail zo'n persoons-vinkje tonen — het vinkje leeft dus in ónze client + add-ins (de directory is het product, §8). Mailinglijsten breken elke handtekening (bekend DKIM-probleem; DKIM2 moet dat ooit oplossen — draft, jaren weg). DKIM zelf heeft wel een persoons-veld (i=) maar ontvangers negeren het (RFC 6376).
• Waarom niet S/MIME als kern: certificaat is spotgoedkoop (€0-27/jr) maar uitrol/beheer kost ~5× het certificaat (Sectigo) en consumenten-Gmail kan het niet eens tonen — S/MIME stierf aan beheer en usability ("Why Johnny Can't Encrypt"), niet aan prijs. Wij automatiseren de sleutel weg achter de passkey; S/MIME hooguit als bonus voor Outlook/Apple-native weergave.
| Outlook (add-in) | Gmail (add-on) | |
|---|---|---|
| Headers van inkomende mail lezen | ✅ volledig (internetHeaders) | ✅ (getHeader/getRawContent) |
| Eigen header op uitgaande mail zetten | ✅ (reist mee naar ontvanger) | ❌ (alleen via "verstuur-via-R4M" met Gmail API) |
| Verzenden BLOKKEREN vóór het vertrekt | ✅ Smart Alerts/OnMessageSend — echte block-mode (docs) | ❌ géén on-send-trigger, blokkeren onmogelijk |
| Beperkingen | block-mode = alleen via bedrijfs-admin (niet via de store), niet op mobiel | review dagen, maar mail-lezen = externe security-audit (weken-maanden) |
→ De BEC-killer is alléén op Outlook volledig bouwbaar (stempel + hard tegenhouden van een vervalste betaalinstructie vóór verzending) — en dat is precies waar de BEC-koper woont. Gmail: verifiëren en tonen, niet afdwingen. Bouwvolgorde van §8 nu op platform-feiten bevestigd.
Drie treden, oplopend in ingreep (je kiest per gebruiker/bedrijf hoe diep):
1. Trede 1 — kijken (nul wijziging aan je mail): installeer add-in of SecureMail-client → vignet verschijnt op inkomende mail via directory-check. Je bestaande adres, server, gewoontes: alles blijft. Dit is de instap voor iedereen.
2. Trede 2 — stempelen (kleine wijziging, alleen uitgaand): Outlook-add-in zet de R4M-stempel automatisch bij verzenden (na eenmalige passkey-koppeling); Gmail-gebruikers krijgen een "verstuur geverifieerd"-knop. Je mail blijft gewone mail — er reist alleen een bewijs mee.
3. Trede 3 — afdwingen (bewuste keuze, bedrijven/veeleisende gebruikers): de betaalde-vreemden-strook vergt dat mail vóór de inbox langs R4M komt. Twee bewezen wegen uit de securitymarkt: (a) MX-omleiding (Mimecast/Proofpoint-model: je wijzigt één DNS-instelling, klaar — Mimecast-onboarding) = de enige laag waar een echte vriendelijke betaal-bounce kan; (b) API-koppeling (Abnormal/Material-model: OAuth-toestemming, minuten-werk, géén DNS — Abnormal) = zachtere variant die na aflevering labelt/wegzet, geen echte bounce. Beide zijn marktstandaard; klanten kennen dit al van hun huidige mail-beveiliging.
• ⚠️ De kerkhof-les (hard, uit precedent-onderzoek): automatische "bewijs-eerst-dan-aflevering"-diensten (challenge-response) zijn ALLEMAAL gestorven — Boxbe (†2012), Spam Arrest (†30-11-2024) — aan backscatter (challenges naar vervalste adressen), gebroken wachtwoordresets/facturen (robots beantwoorden nooit een challenge) en irritatie (spamresource). Onze bounce-regels daarom in beton: nooit challengen bij gefaalde SPF/DKIM (adres is dan vermoedelijk vals), nooit naar automatische afzenders (facturen, resets, nieuwsbrieven), adresboek + bestaande relaties altijd vrij (HEY-model: geïmporteerde contacten automatisch groen — HEY), en opt-in per gebruiker. Wij zijn geen spam-muur; wij zijn een betaalde voordeur náást de gewone deur.
• De adoptie-les uit 20 jaar mailgeschiedenis: afzenders bewegen nooit vrijwillig (SPF: 5% na 4 jaar; DMARC: een derde na 5 jaar) — pas toen Gmail/Yahoo in 2024 dwongen, verdubbelde adoptie in maanden (Valimail); beloning zonder stok haalt 0,2% (BIMI). Vertaling voor ons: waarde moet bij de ONTVANGER beginnen (die installeert vrijwillig, want die verdient en is beschermd); de afzender volgt omdat hij anders de premium-inbox niet binnenkomt — onze "stok" is de betaalpoort zelf, niet een standaarden-oorlog.
• Verificatie = één HTTPS-opvraging + cache; geen mail-INHOUD verlaat ooit de client richting R4M — wij zien alleen handtekening + headers (hash-only, GDPR-lijn van altijd).
• De passkey-tik is alleen nodig bij stempelen/bevestigen, niet bij lezen — dagelijks mailen blijft exact even snel.
Samengevat voor de dag van de GO: sleutel = passkey-handtekening per handeling (vandaag rijp, banken doen het al) · stempel = eigen header + directory-check (WKD-patroon) · venster = Outlook eerst (enige platform dat tonen + blokkeren kan) · omschakeling = drie treden waarvan de eerste nul ingreep vraagt · afdwinging = MX- of API-model uit de gevestigde securitymarkt, met de challenge-response-doodzonden expliciet vermeden. Alles hierboven kan gebouwd worden zonder dat één gebruiker van mailadres verandert.
Bron: docs/SECUREMAIL_X_R4M.md (privé-repo) — deze pagina wordt bij elke wijziging opnieuw gegenereerd via build-docs.py.