Propagate deletions in bidirectional sync via baseline tombstone

Im Both-Modus wurde ein auf einer Seite geloeschter Kontakt bisher auf der
anderen Seite einfach wieder angelegt, statt die Loeschung zu spiegeln.

Jetzt wird anhand der gespeicherten Baseline (LastOutlookHash /
LastStarfaceHash) entschieden:
- Gegenseite seit letztem Sync unveraendert -> es war eine Loeschung ->
  auf der anderen Seite ebenfalls loeschen.
- Gegenseite wurde geaendert -> Bearbeitung gewinnt -> neu anlegen
  (kein Datenverlust).

In den Ein-Richtungs-Modi bleibt die Quelle fuehrend: eine Loeschung im
Ziel wird aus der Quelle wiederhergestellt (StarfaceToOutlook legt einen
in Outlook geloeschten Kontakt jetzt ebenfalls wieder an statt ein totes
Mapping zu behalten).

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

CHANGELOG.md

@@ -38,6 +38,13 @@ Versionsschema ist `x.x.x.x` (siehe `release.sh`).
 
 ### Geaendert
 
+- **Bidirektionale Loeschungen** werden jetzt erkannt. Wird ein Kontakt auf
+  einer Seite geloescht und ist die andere Seite seit dem letzten Sync
+  unveraendert (Abgleich ueber die gespeicherte Baseline), wird die Loeschung
+  auf die andere Seite gespiegelt – statt den Kontakt wieder anzulegen. Wurde
+  die andere Seite zwischenzeitlich bearbeitet, gewinnt die Bearbeitung und der
+  Kontakt wird neu angelegt (kein Datenverlust). In den Ein-Richtungs-Modi
+  bleibt die jeweilige Quelle fuehrend (Loeschung im Ziel wird wiederhergestellt).
 - Starface-Kontaktdetails werden beim Laden parallel abgerufen (8 gleichzeitig)
   statt einzeln nacheinander – deutlich schneller bei grossen Adressbuechern.
 - `UpdateContact` (Outlook) und `UpdateContactAsync` (Starface) geben jetzt den