- Verschifft
- 5. August 2026 um 18:13 UTC
- Autor
- Kamo
- Ausschuss
- 18eca4a
Eine Quell-ID, die aus der generierten UUID der Quellzeile abgeleitet wird, ist nur dann stabil, wenn dies row commits. Die VOIP-Eingest-Pfade schreiben innerhalb der Sync-Transaktion, während LeadCommunicationLinker verpflichtet sich in REQUIRES_NEW, so dass ein Rollback den Link verlassen hat zeigt auf eine UUID, die nie existierte und der nächste Sweep prägte eine frische UUID und verknüpfte den gleichen Ruf wieder. Die einzigartige Einschränkung konnte nicht helfen, weil der Schlüssel selbst geändert. Anrufe und Voicemails sind nun entscheidend für die eigene Identität des Anbieters (instanceId:externalId), Texte auf der Provider Message-ID. Die überleben Rollback, erneut versuchen und re-ingest, so dass eine Wiederholung einen Sweep ist wirklich idempotent. Auch korrigiert LeadEmailSweepState javadoc, die noch beschrieben lastUid als Kommentar sagt jetzt warum: IMAP UIDs zurückgesetzt mit UIDVALIDITY, und Graph hat keine UIDs bei alle - GraphMessageIdService hat die Message-ID, so dass eine High-Water-Marke von die erste Seite würde fast alles nach ihm ablehnen. Beide Ausfälle sind still, und genau deshalb gehört der Grund in die Datei.