Fix: recreate genuinely-deleted Starface contacts instead of keeping dead mapping

Der vorherige Fix war zu konservativ: bei einem in der geladenen Liste
fehlenden Starface-Kontakt wurde das Mapping immer behalten und nichts neu
angelegt - auch wenn der Kontakt in Starface wirklich geloescht war. In
Richtung Outlook->Starface wurden geloeschte Kontakte dadurch nie wieder
angelegt.

Jetzt wird der Kontakt per ID abgefragt:
- existiert noch (anderes Adressbuch) -> Mapping behalten, nichts anlegen
- 404 (wirklich geloescht) -> in Both/OutlookToStarface neu anlegen
  (Phase 2), in StarfaceToOutlook Loeschung nach Outlook spiegeln

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

CHANGELOG.md

@@ -16,9 +16,13 @@ Versionsschema ist `x.x.x.x` (siehe `release.sh`).
     "geloescht" ansehen, ihr Mapping verwerfen und sie beim naechsten Lauf neu
     anlegen. Der Kontakt-Abruf bricht jetzt mit Fehlermeldung ab (inkl.
     Wiederholversuch), statt still mit einer Teil-Liste weiterzuarbeiten.
-  - Ist ein Starface-Kontakt nicht in der geladenen Liste (z.B. anderes
-    Adressbuch), wird das Mapping jetzt **behalten** statt verworfen und neu
-    angelegt.
+  - Ist ein Starface-Kontakt nicht in der geladenen Liste, wird er jetzt per
+    ID direkt abgefragt: existiert er noch (liegt also in einem **anderen
+    Adressbuch**), bleibt das Mapping erhalten und es wird nichts neu angelegt
+    (keine Dublette). Ist er **wirklich geloescht** (404), wird er je nach
+    Sync-Richtung in Starface neu angelegt bzw. die Loeschung nach Outlook
+    gespiegelt. (Vorher wurde das Mapping faelschlich behalten und der Kontakt
+    in Outlook->Starface gar nicht neu angelegt.)
   - Das Wiederzuordnen bestehender Kontakte war zu streng: eine von Starface
     umformatierte Telefonnummer konnte einen eindeutigen E-Mail- oder
     Namens-Treffer ueberstimmen und so eine Neuanlage statt Verknuepfung