# Casussen voor opdracht Z8.3 (les 8.3 Veelgemaakte fouten)

Per casus kiest de cursist het nummer van de fout (1 tot en met 12, zie les 8.3). De sleutel staat in
`casussen-z8-3.sleutel.md` en wordt niet aan de cursist getoond. Alle domeinen en adressen zijn voorbeelden
(RFC 2606 en RFC 5737).

**Casus 1.** Sinds vorige week verstuurt de boekhouding facturen via een online boekhoudpakket. Klanten melden dat de facturen in hun spammap staan, en ook gewone mail van kantoor. In de kopregels bij een klant staat:

```
Authentication-Results: mx.example.net; spf=permerror smtp.mailfrom=example.com; dkim=pass header.d=example.com; dmarc=pass header.from=example.com
```

En de DNS:

```
example.com.  3600  IN  TXT  "v=spf1 mx include:spf.hosting.example ~all"
example.com.  3600  IN  TXT  "v=spf1 include:spf.boekhoud.example ~all"
```

**Casus 2.** Een vereniging heeft één mailbox, info@example.org. De penningmeester leest die op haar laptop, de voorzitter op zijn telefoon. De penningmeester ziet alle mail, de voorzitter alleen af en toe iets, en nooit mail van gisteren of eerder. Het accounttype op de laptop: "POP3, berichten van server verwijderen na ophalen".

**Casus 3.** Een webwinkel zette gisteren dit record, op advies van een artikel over phishing:

```
_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=reject"
```

Vandaag komen de bevestigingsmails van de webwinkel (verstuurd via een transactiedienst die nog niet aan het domein gekoppeld is) niet meer aan. Een klant stuurt deze foutmelding door:

```
550 5.7.1 Unauthenticated email from example.com is not accepted due to domain's DMARC policy.
```

**Casus 4.** Een zzp'er stelt zijn nieuwe iPhone in. Ontvangen lukt, versturen niet: "Kan bericht niet verzenden. De server weigert het bericht." In de instellingen van de server voor uitgaande post staan bij Gebruikersnaam en Wachtwoord niets ingevuld.

**Casus 5.** Afzenders krijgen bij het mailen naar anna@example.com deze melding terug:

```
Status: 5.2.2
Diagnostic-Code: smtp; 552 5.2.2 <anna@example.com>: Recipient address rejected: Mailbox full
```

**Casus 6.** Een bedrijf heeft zijn domein (website en DNS) naar een nieuwe hostingpartij verhuisd. De mail staat bij Microsoft 365 en zou niet veranderen. Sinds de verhuizing komt er geen mail meer binnen. De DNS bij de nieuwe nameservers:

```
$ dig +norecurse MX example.com @ns1.newprovider.example
example.com.  3600  IN  MX  10 mail.example.com.
```

**Casus 7.** Een fotograaf ontvangt elke dag honderden spamberichten op adressen als `x7k2q@example.net`, `sales@example.net` en `admin@example.net`, die nooit hebben bestaan. Ze komen allemaal in zijn mailbox terecht, die bijna vol is.

**Casus 8.** In een mailprogramma verschijnt bij elke start: "Het certificaat voor mail.example.com is ongeldig. Toch doorgaan?" De aanbieder geeft in zijn handleiding als servernaam `server12.hosting.example` op. Bij een controle blijkt het certificaat op poort 993 alleen `server12.hosting.example` te bevatten.

**Casus 9 (reserve).** Een stichting laat haar zakelijke adres info@example.org doorsturen naar het privé-Gmail-adres van de secretaris. Een donateur met een adres bij een domein met `p=reject` krijgt een bounce van Gmail terug, terwijl mail van andere afzenders wel aankomt.

**Casus 10 (reserve).** Een SPF-record ziet er zo uit, en een controletool meldt "too many DNS lookups (13)":

```
"v=spf1 a mx include:spf.hosting.example include:spf.protection.outlook.com include:_spf.google.com include:servers.mcsv.net include:spf.boekhoud.example include:mail.zendesk.example ~all"
```

**Casus 11 (reserve).** Het contactformulier van een website verstuurt mail met de bezoeker als afzender (`From: <bezoeker@example.net>`). Berichten van sommige bezoekers komen nooit aan; `example.net` heeft `p=reject`.

**Casus 12 (reserve).** Een nieuwsbrief komt bij steeds meer lezers in de spam. In de kopregels: `dkim=pass header.d=sender.example; dmarc=fail header.from=example.com`. De verzenddienst toont bij Domeinen: "example.com: niet geauthenticeerd".