Indem man den entsprechenden Agent aktiviert.
vermutlich wurde der durch das Template Update deaktiviert, also soll sie eben einmal den Haken rausnehmen, speichern und dann ihn wieder reinsetzen
Wie häufig klickt der denn da rum? Ist genau so wie beim OOA: es muss erst der AdminP-Request durch sein, bevor der Agent on ist. Und dann läuft der auch per default erst des Nächstens.
Eigentlich das selbe, was taurec auch schon schrieb:
http://www.ibm.com/support/docview.wss?uid=swg21378172
> Wie häufig klickt der denn da rum?
Ein- oder zweimal, mehr nicht 
Aber auch mit etwas Geduld war das nicht aktualisiert.
Der Link auf den Michael verwies hat zumindest vorläufig mal Abhilfe geschafft: öffnen und erneutes Speichern der Aufgabe(n) hat sie auf den heutigen Kalendereintrag verfrachtet.
Mal sehen, wie es morgen ausschaut.
Eventuell muss dann der Agent noch überredet werden, auch die verschärften Operationen durchzuführen ...
Wenn du den Agenten per Einstellung aktivierst heisst das noch nicht, daß er auch gleich los läuft, d.h. wenn du ihn aktivierst, dann solltest du mal bis zum nächsten Tag warten um zu sehen ob er funktioniert bzw mit deinem Designer Client im Mailfile des Users nachschauen ob der Agent aktiv ist.
Habt ihr evtl etwas an den Agentberechtigungen im Serverdokument gemacht, so daß die Agenten nicht mehr ausgeführt werden ?
Was sagt denn das Agent Log deines Agenten ? Ist er überhaupt gelaufen ?
Agent im Designer markieren, rechte Maustaste, Log
bzw ein Blick in die Admin Hilfe, da steht es genau beschrieben drin wie man rankommt
Das bezweifele ich aber stark, denn der Agent führt überhaupt keine Restricted Operations aus, denn das wären z.B. Netzwerkzugriff oder Filesystem,...
Bist du sicher daß du beim letzten Mal nicht einfach nicht lange genug gewartet hast ?
Dann hatte vielleicht der Agent im Template wirklich einen Schuss.
Wie gesagt führt der definitiv keine Restricted Actons aus und ich denke du willst auch nicht jedem Benutzer das Recht auf die Ausführung derselben geben
Das ist mehr als seltsam, denn genau mit der geringsten Sicherheitsstufe läuft der Agent sowohl bei uns wie auch bei all unseren Kunden.
Habt ihr evtl Anpassungen an dem Agenten vorgenommen ?
Wenn du ihn für die Benutzer hochstellst muss dir klar sein, daß du dann auch die Berechtigungen im Serverdokument für das Ausführen solcher Agenten gewähren musst, und damit könnten deine Benutzer beliebige Agenten erstellen und ausführen.
Also mir wäre das zu gefährlich
Zitat
Jedenfalls muss ich wohl oder übel die Einstellung in der Standard-Mail-Schablone ändern um nicht jede Mail-DB einzeln anzufassen oder hat jemand einen alternativen Vorschlag?
Nein, musst du nicht. "Standard" heißt "Standard", weil es eben genau so und ohne Handstände out of the box funktioniert. Immer. Ausnahmslos. Punkt!
Wenn es bei dir nicht tut, solltest du dich eher mit Problemlösungen befassen, als an Symptomen rumzudoktoren und dir dabei ins eigene Fleish zu schneiden. Die Konsequenzen deines Plans wurden dir bereits aufgezeigt.
Mögliche Lösungen können darin bestehen, ein "sauberes" Template zu verwenden für den Fall, dass deines einen Knack hat. Das kann aus einer frischen Serverinstallation entnommen werden.
Weiters lassen sich selbstverständlich das allgemeine Loglevel hochdrehen, sowie Debugparameter für den AMgr setzen.
Und für den Extremfall den Agenten manuell durch den Debugger jagen um zu sehen, wo er hakt. Denn dass er "nichts" tut, halte ich ernsthaft für ein Gerücht. Selbstverständlich tut er etwas. Möglicherweise nur eben nicht das, was du erwartest.
