überfällige Aufgaben im Kalender

> mir wäre es zu gefährlich

Sehe ich auch so und ich will das ja auch nicht tun.
Und habe es ja auch für niemanden außer uns beiden Testkandidaten getan.
Leider habe ich noch keine Lösung für das Problem.
Und die von Michael in #5 zitierte Seite von IBM schlägt doch auch genau das vor ...

> solltest du dich eher mit Problemlösungen befassen

Genau das tue ich doch, indem ich hier darüber diskutiere.
Wir sind von 7.03 auf 8.52 migriert und seither läuft der Agent nicht korrekt. Wie schon geschildert: bei einem Kollegen und bei mir haben wir es - reproduzierbar - ausprobiert. Wenn die 'restricted operations' gestattet sind, werden die überfälligen Aufgaben auf den aktuellen Tag gehievt. Wenn sie nicht erlaubt sind, läuft - ausweislich des Protokolls - der Agent auch, aber die Aufgaben bleiben da, wo sie waren.

Wir haben das Original-Mail-Template 8.52 weder vor noch nach oder während der Migration angefasst.

Wie kann ich den Agenten debuggen?

Es scheint sich wohl doch um einen kleinen Bug zu handeln ... ein Patch im Common_de Script hat das jedenfalls behoben:
In der Function NOTEUserIsCreator() den letzte If Not Zweig um

If Not(session.Isonserver) then

erweitert und siehe da ...

Und jetzt kann ich wohl diesen Thread (erneut und endgültig) als erledigt kennzeichnen.

im deutschen Template ab Zeile 2587 (die äußere IF ist der Patch):

If Not(session.Isonserver) then
	If Not(session.Getenvironmentstring("CSNoNameComparePrevOwner", True) = "1") Then
		If NOTEUserIsCreator = False And note.HasItem("Chair") Then
			Dim calprof As NotesDocument
			Set calprof = session.Currentdatabase.Getprofiledocument("calendarprofile")
			If calprof.Hasitem("$PrevBusyName") Then
				Dim OwnerNotesName As New NotesName(strMailOwner)
				Dim chairNotesName As New NotesName(note.getitemvalue("Chair")(0))		
				If Not(Isnull(Arraygetindex(calprof.getitemvalue("$PrevBusyName"),chairNotesName.Canonical))) Then
					NOTEUserIsCreator = True
				End If
			End If
		End If
	End If	
End if