Kennwortänderungstasks in der Admin4

[XinMing]

Guten Morgen Forum.

Wir nutzen in unserem Unternehmen den IBM Notes 9.0.1 FP9 Client und den 9er Webclient.
Nun sind wir dabei eine regelmäßige Passwortänderung ein zu führen und stoßen vereinzelt auf merkwürdige Fehler.
--
1. Ehemaliger SmartCard-User ändert sein Kennwort im Webmail, da die Testrichtlinie ihn dazu aufgefordert hat.
2. Die Admin4 generiert den gewünschten Task "HTTP-Kennwort im Domino-Verzeichnis ändern".
3. Ein Agent der alle 2h auf neue HTTP-Kennwort.. oder Benutzerkennwort..Tasks in der Admin4 prüft, sendet ihm eine verschlüsselte Mail zur ID-Interatkion (um als Webmailuser auch einen Benutzerkennwort..Tasks zu erzeugen). //Das scheint Notes ja nicht von allein zu können...
4. Die Mail kommt an, fordert ihn aber beim öffnen auf das Kennwort erneut zu ändern. //Dies tut er nicht, da er es zuvor bereits getan hat.
5. Im Client meldet er sich mit seinem alten Kennwort an und muss direkt sein Kennwort ändern. //Das tut er und nimmt das aktuelle Webmailkennwort.
6. Die Admin4 erzeuzgt folgende Tasks: 1x Benutzerkennwort.. | 3x HTTP-Kennwort.. (wovon nur einer startet?)

In der Admin4 sieht das ganze wie folgt aus:
23.10.17 08:32 : HTTP-Kennwort.. <-- Erfolgreich durchgeführt.
24.10.17 08:43 : Benutzerkennwort.. <-- Erfolgreich durchgeführt.
24.10.17 08:43 : Benutzerkennwort.. <-- Erfolgreich durchgeführt.
24.10.17 08:43 : HTTP-Kennwort.. <-- Erfolgreich durchgeführt.
24.10.17 08:43 : HTTP-Kennwort.. <-- Erfolgreich durchgeführt.
24.10.17 08:43 : HTTP-Kennwort.. <-- Erfolgreich durchgeführt.

Fragen:
Warum erzeugt (bei einigen ehemaligen SmartCard-Nutzern) eine Kennwortänderung im Client niemals einen HTTP-Task? <Muss der Client bei denen vllt. neu eingerichtet werden, weil die notes.ini sich damals SC-Einträge setzte?>

Warum startet die Admin4 manchmal mehrfach die selbe Kennwortänderung? <Ist das nur bei uns eine In-House Problem oder kennt das jemand und kann es ggf. sogar erklären?>

--
Ich hoffe, das ihr meine Problem versteht.
Wichtig ist noch, das die Kennwortänderung bei nur 4 von 130 Nutzern Probleme macht.
Bei den anderen 126 Nutzern scheint die Änderung immer zu synchronisieren und reibungslos zu laufen.

EDIT: Die Tasks in der AdminP aktualisierten ihren Status.

[XinMing]

Da offenbar niemand eine Lösung kennt, frage ich mal anders:
- Wieso erstellt die Admin4 überhaupt mehere Tasks zur Kennwortänderung, obwohl nur einmal das Kennwort via User geändert wurde?

Kennt das Problem niemand?