En maar door blijven gaan, en het dan oplossen door (voor veel geld) dat andere domein maar te kopen.

Veel inepter en nog steeds emails versturen lijkt me lastig.

Het zullen ook veel cc mailtjes naar interne adressen geweest zijn. Die worden misschien niet eens gemist als ze verkeerd gaan, omdat de bedoelde ontvanger wel zijn mail krijgt.

De snelste oplossing was het blokkeren van dit domein via de interne dns server wat ze blijkbaar al in januari 2017 gedaan hebben.

Het kopen van dat domein was dan alleen nodig voor mail die vanaf een externe locatie verstuurd werd. Er kunnen ook kanten zijn met mail voor de bank die dezelfde fout maken. En dat kun je goed oplossen door dat domein uit de lucht te halen waar de vergissingen mee plaats vinden.

De vraag blijft bij mij, waarom dit pas in 2016 begon? Als je dit soort fouten in 2016 maakt, zullen ze toch ook in jaren ervoor gemaakt zijn? Of is die foute naam een database binnengeslopen gedurende 2016?

Of werden ervoor ook al foute mails verstuurd? Ik denk het wel als je tussen de regels leest. Dat domein was vanaf 2016 in eigendom van een cyber security bedrijf. Zij hebben alles goed gelogd en daar zijn 651 e-mails naar toe gegaan.

Hiervoor was dit domein in eigendom van weer een ander bedrijf. De mededeling van de bank gaat er niet op in of daar wel of niet mailtjes naar toe gestuurd zijn. (Dus in de periode vóór 2016). Dit zal zeker ook gebeurd zijn, want anders was wel nadrukkelijk vermeld dat er geen foute mailtjes verstuurd zijn vóór 2016.

Die paniek is (meestal) niet nodig hoor. Op het werk hebben we lang geleden ook een domein in gebruik genomen wat
daarvoor van een ander bedrijfje geweest was en de mail adressen waarnaar soms nog gemaild werd waren volgens een
andere structuur dan wij gebruiken dus die bestonden nooit, en de mail werd in SMTP fase gewoon geweigerd met
een 550 error. Die errors werden wel gelogd (en het werden er uiteraard steeds minder) maar de mails zelf die kwamen
niet binnen. Dat zal in de meeste gevallen zo gaan.

Je hebt gelijk. De meeste mailservers staan ingesteld om mail te weigeren als de locale gebruiker niet bestaat. De meeste gebruikers zullen onbekend zijn in een andere omgeving. Alleen gebruikers als "info", "postmaster" etc zullen vaak aanwezig zijn.

Bij een mailserver als postfix staat b.v. de optie "REJECTING MAIL FOR UNKNOWN LOCAL USERS" standaard aan.

Dat alle mail bij het Cybersecurity bedrijf wel is afgeleverd, zal zijn omdat zij mail aan onbekende gebruikers naar een verzamelpostbus stuurden.