Hallo Andrei,
danke für den Link. Vor allem die Schritte zum Nachvollziehen einer Benachrichtigung in der Datenbank waren sehr aufschlussreich. Wir konnten so feststellen, dass SharePoint die Benachrichtigungen korrekt verarbeitet, nur diese eben nicht versendet.
Wir haben uns daraufhin noch einmal die Berechtigungen angesehen und es stellte sich heraus wo das Problem liegt.
Background:
Unser Workflow setzt die Berechtigungen zwar korrekt, doch erst nachdem die Aufgabe angelegt wurde. Wird nun so eine neue Aufgabe angelegt, versucht SharePoint die Benachrichtigung auf Basis der Berechtigungen der Liste zu versenden. Wir haben daher allen Benutzern
(NTAuthorität\autentifizierte benutzer) zumindest Leserechte auf die Liste gegeben, die wir dann durch den Workflow nach dem Setzen unserer eigenen Berechtigungen wieder entfernen und durch granularere Elementberechtigungen ersetzten.
Offentsichtlich kam nun ein Administrator auf die Idee, exakt diese Lese-Berechtigung zu löschen und es trat das ein, was als Punkt h in dem Blogartikel beschrieben wird: Die Benachrichtigungen wurden aufgrund des fehlenden Leserechts auf die Liste
nicht vesendet. Ich hatte den Fehler deshalb erst jetzt gefunden, weil ich irrtümlich davon ausging, dass die Einträge in der Tabelle EventCache überhaupt nur dann geschrieben werden, wenn die Berechtigung für Benachrichtigungen überhaupt
existiert. Es scheint aber eher so zu sein, dass der Timer-Prozess entscheidet, ob eine Benachrichtigung aufgrund fehlender Berechtigungen unterdrückt wird oder nicht.
Was mich im Moment noch etwas irritiert ist die Aussage das nur neue Domänen-Benutzer keine E-Mails erhalten hätte. Eigentlich sollte die fehlende Lese-Berechtigung keinen Unterschied zwischen neuen und bestehenden Anwendern machen. Vielleicht
löst sich dieses Rätsel auch noch...
Auf jedenfall vielen Dank für die Hilfe!
Gruß,
Marco
