README: Trial-Nummer haengt dauerhaft an der E-Mail-Adresse

GFI gibt pro E-Mail-Adresse immer denselben Schluessel zurueck. Wer sich
mit einer Adresse schon einmal registriert hat, bekommt beim Neuanfordern
seinen alten - und ist dessen Testzeitraum abgelaufen, laesst er sich
nicht aktivieren. Der Server meldet dann "License is expired", was nach
einem Server- oder Netzwerkproblem aussieht, aber keines ist.

Genau darauf ist die Testinstallation gelaufen: der Fehler kam schon beim
ersten Aktivierungsversuch, bevor irgendetwas an der Konfiguration
geaendert war. Netzwerk, DNS zum Registrierungsserver, Systemzeit und
Konfiguration waren jeweils in Ordnung.

Fuer einen neuen Testzeitraum braucht es also eine Adresse, mit der noch
nie registriert wurde. Wegwerfadressen taugen dafuer, werden von der
Anmeldeseite aber teilweise blockiert.

Der Abschnitt zur Fehlersuche verweist jetzt zuerst auf die Adresse und
danach erst auf die Netzwerkseite, mit pruefbaren Kommandos.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

README.md

@@ -165,6 +165,24 @@ Die Nummer lässt sich entweder im Assistenten eintragen oder später aus der
 laufenden Instanz heraus: **Dashboard → „Become a registered trial user"**.
 Beides braucht ausgehendes HTTPS auf Port 443.
 
+## Für jeden Testlauf eine frische E-Mail-Adresse
+
+**GFI gibt pro E-Mail-Adresse dauerhaft dieselbe Trial-Nummer zurück.** Wer sich
+mit einer Adresse schon einmal registriert hat, bekommt bei jeder weiteren
+Anfrage seinen alten Schlüssel — und wenn dessen 30 Tage abgelaufen sind, ist er
+es auch beim Neuanfordern. Der Server quittiert das mit:
+
+```
+registration.cpp: License error: Unable to set license (License is expired).
+```
+
+Das sieht nach einem Server- oder Netzwerkproblem aus, ist aber keines: Der
+Schlüssel ist schlicht der alte. Für einen neuen Testzeitraum braucht es eine
+Adresse, mit der noch nie registriert wurde.
+
+Wegwerfadressen (trashmail.com und ähnliche) funktionieren dafür, werden von der
+Anmeldeseite aber teilweise blockiert — dann hilft nur ein anderer Anbieter.
+
 ## Ohne Lizenz geht kein Mailbetrieb
 
 Der Schalter `ConfigWizardDone` in `mailserver.cfg` überspringt zwar den
@@ -185,16 +203,23 @@ zurück und überschreibt sonst jede Änderung am laufenden Dienst.
 
 ## Wenn der Schlüssel abgelehnt wird
 
-Lohnt ein Blick in `store/logs/error.log` — die Meldung dort unterscheidet
-zwischen ungültig und abgelaufen:
+`store/logs/error.log` unterscheidet die Fälle — die Meldung sagt, ob der
+Schlüssel *ungültig* oder *abgelaufen* ist. Bei `License is expired` zuerst die
+E-Mail-Adresse prüfen (siehe oben), das ist die häufigste Ursache.
 
-```
-registration.cpp: License error: Unable to set license (License is expired).
+Erst danach lohnt die Netzwerkseite:
+
+```bash
+# Registrierungsserver erreichbar?
+getent hosts secure.kerio.com          # muss auflösen
+getent hosts registration.kerio.com    # löst NICHT mehr auf (normal)
+
+# Uhr korrekt? Eine falsche Systemzeit lässt gültige Lizenzen ablaufen.
+timedatectl
 ```
 
-Und ein DNS-Test: `registration.kerio.com` ist nicht mehr auflösbar,
-`secure.kerio.com` schon. Ein Assistent, der noch den alten Host kontaktiert,
-kann die Nummer nicht validieren.
+Der alte Host `registration.kerio.com` existiert nicht mehr; `secure.kerio.com`
+ist der aktive Registrierungsserver.
 
 ---