Ik gok dat het wachten is tot deze domeinen geblokkeerd worden, al dan niet vanwege misbruik.

Het zal ongetwijfeld goed bedoeld zijn, maar dit is natuurlijk een behoorlijk verkapte manier voor een Amerikaanse organisatie om al je mails mee te kunnen lezen. Teven het hacken van je mailaccount kan je goed beschermen met TOTP/WebAuthn inlogmiddelen. Tegen het tracken lijkt een campagne om af te stappen van e-mailadressen als identificatiemiddel mij de beste oplossing.

Net als het standaard inschakelen van DNS-over-Cloud lijkt het mij beter als ze zich zorgen maken om goede structurele veranderingen, dan dit soort plakpleisters. Tot mijn spijt, want ik gebruik al sinds jaar en dag met groot genoegen van Firefox.

De redenen dat websites vaak e-mailadressen als logon-ID gebruiken zijn vermoedelijk:
1) Een e-mail adres is gegarandeerd uniek;
2) Mensen hebben al veel moeite met het onthouden van een wachtwoord, hun e-mailadres als logon-ID onthouden ze wel;
3) Bij "wachtwoord vergeten" (password reset) hoeft alleen dat e-mail adres te worden ingevoerd (wat doe je bij logon-ID vergeten?).

Een m.i. onderschat beveiligingsrisico is dat toegang hebben tot een e-mail account (d.w.z. waar e-mail naartoe gestuurd wordt bij een password reset) tot identiteitsfraude kan leiden. Elke e-mail alias die in andere handen valt, betekent een risico.

Anderzijds is het een risico dat e-mail adressen in verkeerde handen vallen doordat ze als logon-ID worden gebruikt, zie https://www.bleepingcomputer.com/news/security/numerous-sites-leak-user-emails-to-advertising-analytics-services/ (gisteren gepubliceerd).

Mensen zouden alleen al een administratie (bijv. in een wachtwoordmanager) moeten bijhouden om te weten waar ze allemaal accounts hebben, naast met welk logon-ID en wachtwoord. Indien iedereen dat doet, kunnen websites ook stoppen met het onverstandige gebruik van e-mailadressen als logon-ID's. Lastig daarbij is wel dat als iemand zo'n administratie kwijtraakt (of het wachtwoord van de wachtwoordmanager vergeet), het erg ingewikkeld kan worden om weer toegang tot accounts te krijgen.

Gevoelsmatig introduceert Mozilla hier alleen maar nieuwe risico's mee: wat als zij over de kop gaan? Hun relayservers zullen een magneet voor criminelen worden i.v.m. password resets. Hoe voorkom je dat zo'n relay een spam relay wordt? Hoe is met name SPF geregeld?

Een echt goede oplossing ken ik niet, maar ik ga hier in elk geval geen gebruik van maken.

Ik weet eerlijk gezegd niet of dit wel het juiste antwoord is voor het probleem. Wat wel misschien het antwoord (volgens mij) zou kunnen zijn: IRMA (als je verder denkt).

Dat kan al jaren met https://jetable.org. Fijne site, maak er regelmatig gebruik van.

Doe ik ook, meestal voor eenmalige dingen die toch verwachten dat je een account aanmaakt.

Hier een wat primitievere, iets omslachtigere, maar simpele workaround:
Voor al mijn dumpmail en andere dubieuze/anonieme aanmeldingen open ik TOR, regel een tijdelijk 10-minuten mailadres, op het reguliere net netjes aanmelden met het 10-minuten-mailadres, terug op TOR even wachten op aanmeldcode en klaar!
Uiteindelijk heb je geen last van de evt. trackers/cookies van die 10 minutemailaccounts. (Want TOR browser. Tip: Draai in een sandbox) En hoef je de site waar je je wilt aanmelden ook niet over TOR te bereiken. Want die TOR nodes worden nogal eens als verdacht gezien en geblokkeerd.

Mooie is dat ik met mijn webservice dit soort gedoe blokkeer.
Het werkt met name in de hand dat er mensen registreren die niet van plan zijn zich aan de regels te houden en anoniem willen zijn of meerdere accounts willen aanmaken.

Ik zie eigenlijk alleen maar gedoe met die "10 minute mail" accounts.