Das Notes Forum
Domino 9 und frühere Versionen => ND7: Administration & Userprobleme => Thema gestartet von: towi2012 am 05.06.09 - 11:10:48
-
Hallo,
ein User kann seinen Abwesenheitsagenten nicht starten. Auch wenn ich mit der ID versuche, mir seine "Agenten" anzusehen, bekomme ich die Meldung:
"Für diesen Vorgang haben Sie nicht die nötigen Zugriffsrechte."
Das habe ich alles versucht:
- Gestaltung aktualisieren
- Mit Admin-ID signiert.
- Kontrolle der Rechte
- Kontrolle, ob User in der Konf des Servers (Applet-Steuerung) enthalten ist.
Kann jemand helfen?
Torsten
-
Hallo,
Nur mal so ins Blaue hinein.
Was fuer Rechte hat der User denn auf "seiner" Mailbox?
Andreas
-
Hallo,
die Rechte sind:
Benutzertyp: Person Zugriff: Editor
Ansonsten alles ausgewählt (Doku löschen, LotusScript/Java-Agenten erstellen etc.)
Torsten
-
Mit diesen rechte sollte er den Agenten auch nicht sehen.
Warum wollt ihr den Agenten nicht ueber den Button "Werkzeuge - Abwesenheit" einstellen und aktivieren?
Andreas
-
Hallo,
naja, da es über 'Abwesenheits... ' leider nicht funktioniert.
Da bin ich auf der Fehlersuche...
Normalerweise, können alle anderen User über "Werkzeuge->Abwesenheit... " die An- und Abwesenheit organisieren.
Torsten
-
Irgendwelche Fehlermeldungen?
Andreas
-
Hallo,
in dem Formular steht:
"Der Abwesenheitsagent wurde aktiviert oder so ähnlich. Bitte warten Sie, bis der Server den Agenten gestartet hat."
Das steht dann auch noch, wenn der User aus seinem 3. Urlaub zurück ist... . ;)
Torsten
-
Hast Du dir diese beiden Artikel bei developerWorks schon mal durchgelesen ? Im zweiten Teil sind auch einige Hinweise zum Troubleshooting.
Lotus Notes Out of Office Agent, revisited: Part 1 (http://www.ibm.com/developerworks/lotus/library/ooo-pt1/)
Lotus Notes Out of Office Agent, revisited: Part 2 (http://www.ibm.com/developerworks/lotus/library/ooo-pt2/)
-
Ist der Benutzer auch der Eigentümer der Mail DB? Also Vorgaben -> Besitzer.
-
@mcilly,
Sollte er eigentlich sein, da er ansonsten den beschriebenen Punkt "Werkzeuge - Abwesenheit" nicht sehen wuerde.
(wird ja nur angezeigt, wenn Eigentuemer der Mailbox = aktueller User ist)
Andreas
-
Hallo,
vielen Dank für die Hinweise.
Das Troubleshooting hat nichts gebracht.
Was mich jedoch auch wundert, ich kann (entsprechend angemeldet..) nicht mit rechten Mausklick-> im Designer öffnen, die Datenbank im Designer öffnen.
Torsten
-
Wenn Du mit
ich kann (entsprechend angemeldet..)
meinst, dass Du als Benutzer mit mind. Entwickler-Rechten auf der Mailbox angemeldet bist, so ist es nicht erklaerlich.
Hats Du keine entsprechenden Rechte, so ist es doch normal.
Andreas
P.S.:
Ich vergass.
Ist der Designer auch installiert?
-
Hallo,
der User ist derzeit nicht im Büro.
Ich habe auf einem anderen System die Admin Tools inkl. Designer installiert.
Um den Fehler zu suchen, habe ich mir die Ur-ID lokal auf diesem System gespeichert.
Mit anderen ID's bzw. und mit der Admin-ID, funktioniert alles.
Torsten
-
Mit der Ur-ID ???
Mit dieser hat er doch immer noch "nur" Editor-Rechte auf "seiner" Mailbox.
Und als Editor kannst Du eine Db nunmal nicht im Designer oeffnen.
Andreas
-
Hallo,
stimmt.
Tja, bei den meisten geht die Aktivierung des Abwesenheitsagenten... .
Ich habe noch etwas festgestellt.
In den Einstellungen beim OutOfOffice-Agenten, habe ich noch ein Häkchen gesetzt: "Benutzer darf aktivieren" oder so ähnlich.
Teste ich gerade.
Torsten
-
Hallo,
dringender Nachtrag:
Es gibt doch eine Fehlermeldung: ???
Fehlermeldung erscheint unten in der Statusleiste:
"Notes Fehler: 182 Instance member CONFIGUREMAILAGENTEXT does not exist"
Sorry, für meine Blindheit.
Torsten
-
Hallo,
im Netz gibt es verschiedene Beiträge zu diesem Problem.
z.B. :
ftp://ftp.software.ibm.com/software/lotus/info/Domino/OOO_Webcast_Final.pdf
http://www-01.ibm.com/support/docview.wss?fdoc=wplcnote&rs=475&uid=swg21250586
Wir setzen ein: Lotus Domino 7.0.1 mit Clients 7.0.1 .
Ein Schablonenwechsel hat leider auch nichts gebracht.
Ich habe zur ersten Abhilfe (Empfehlung unseres ext. Supports. Keine Lösung!) dem User Designer-Rechte verpaßt.
Ansonsten habe ich unseren externen IBM-Support dazu angefragt.
Sobald ich eine Lösung habe, melde ich mich wieder.
Schönes Wochenende.
Torsten
-
nachdem ich jetzt hier einige Beiträge gelesen habe, schließe ich mich dem einfach mal an. Bei uns haben auch alle User Editor-Rechte. Eine Kollegin konnte zum Beispiel Mitte Juni den Agenten noch aktivieren, jetzt aber nicht mehr. Es erscheint immer der blaue Text: "Eine Anforderungen den Abwesenheitsagenten zu aktivieren...". Es wird auch erst gar kein AdminP-Prozess erstellt.
Das Häkchen bei Lotusscript/Java Agenten ist nicht drin, war aber auch nie drin (hatte irgendwo gelesen, das müsste drin sein???). Gibt man höhere Rechte funktioniert es.
Wir haben für einzelne Personen eine angepasste Caesar-Mailschablone mmit Fax-Funktion. Wir haben diese dann einfach bei der Kollegin drüber gebügelt und mit der Schablone funktioniert der Agent, obwohl dort auch nur Editor-Rechte sind. Der AdminP-Prozess wird dann ganz normal erstellt und abgearbeitet.
Es wurde in dem Zeitraum weder an der ACL, an der Original-Schablone noch an den Serverdokumenten was geändert.
Version ist 7.01. Ja, jetzt steh ich da und habe keine Ahnung was die Ursache des Problems sein könnte, bzw. wie ich es beheben kann.
-
Also wenn der User nur Editor-Rechte hat, dann kann dieser den Agenten nicht direkt aktivieren. Dies erfolgt über einen Admin-P Request.
Der Mailagent kann normalerweise mittels:
notesAdministrationProcess.ConfigureMailAgent( username$ , agentname$ [ , activatable ] [ , enable ] )
konfiguriert werden. Die Mailschablone (zumindest eine 8er) verwendet hierfür allerdings den Befehl ConfigureMailAgentExt
Dieser ist in der Designerhilfe (noch) undokumentiert. Jetzt ist meine Vermutung, dass dein Client ganz einfach den Befehl nicht kennt.
Hast du eine Mailschablone die zum Client passt?
Workarounds:
a) dem User Designerrechte verpassen
oder b) einen client verwenden, der den ConfigureMailAgentExt beherrscht
oder c) eine Schablone verwenden die den Befehl nicht verwendet
Gruß
Roland
-
Also wenn der User nur Editor-Rechte hat, dann kann dieser den Agenten nicht direkt aktivieren. Dies erfolgt über einen Admin-P Request.
Das Problem ist ja, dass der AdminP-Prozess jetzt gar nicht erst erstellt wird. Das muss ja bis vor einem Monat noch der Fall gewesen sein. Werden die erledigten Prozesse irgendwo abgelegt?
Der Mailagent kann normalerweise mittels:
notesAdministrationProcess.ConfigureMailAgent( username$ , agentname$ [ , activatable ] [ , enable ] )
konfiguriert werden. Die Mailschablone (zumindest eine 8er) verwendet hierfür allerdings den Befehl ConfigureMailAgentExt
Dieser ist in der Designerhilfe (noch) undokumentiert. Jetzt ist meine Vermutung, dass dein Client ganz einfach den Befehl nicht kennt.
Irgendwie kann ich die Zeile nicht finden??? Aber es wurde ja auch nichts geändert. Und in den letzten 2 - 3 Wochen kommt ein User nach dem anderen, der den Agent über Werkzeuge-Abwesenheit nicht mehr aktivieren kann, bzw. bei denen nur noch der o.g. Hinweis erscheint. Es tut sich aber nichts. Die letzten 2 Jahre hat es einwandfrei funktioniert.
Hast du eine Mailschablone die zum Client passt?
Es ist die Original-Schablone, die beim 7er dabei war.
Workarounds:
a) dem User Designerrechte verpassen
oder b) einen client verwenden, der den ConfigureMailAgentExt beherrscht
oder c) eine Schablone verwenden die den Befehl nicht verwendet
Naja, im Moment helfen wir uns damit, dass wir denen die angepasste Caesar-Mailschablone verpassen. Mit der geht es komischerweise, obwohl sich an der ACL dadurch nichts ändert. Der AdminP-Prozess wird mit der angepassten Schablone ganz normal erstellt und abgearbeitet. Auch hat der Agent der angepassten Schablone die selben Einstellungen wie der Original-Agent. Dann haben sie zwar ein paar Ansichten mit denen sie nichts anfangen können, aber immer noch besser wie denen Designerrechte zu verpassen.
-
Schau mal in den Agent (Preferences). Da ist die Admin-Anforderung in der 7.02er drin
-
ah, da ist es. Also der enthält dann Call AdminRequest.ConfigureMailAgent(dbOwner, Agent, True, True). Was mich nur irritiert ist, dass AdminRequest als Variant und nicht als NotesAdministrationProcess deklariert ist. Tut der Funktionalität ja aber eigentlich keinen Abbruch. Der Agent hat auch als Änderungsdatum das Jahr 2006. Das Problem muss also irgendwo anders liegen.
PS: Als Owner sind die Personen natürlich auch eingetragen.
-
Also mich irritiert immer noch das *EXT in der Statuszeile. Dies muss irgendwo her kommen. Der Agent ist es vermutlich nicht, weil da noch der alte Befehl verwendet wird.
Eine SkriptBibliothek mit Namen OutOfOfficeLib_de-DE gibt es nicht? (diese ist ab 8.0 für das Aktivieren zuständig)
Dein Schablonenupdate läuft schon korrekt über die Mail-DB des Users? Insb. die Maske "(Out Of Office Profile)" muss korrekt upgedated werden, da diese ab 8.0 obige Skriptlibrary anspricht.
Gruß
Roland
-
Das mit der Statuszeile kommt bei uns nicht vor (hätte ich dazu schreiben sollen - sorry). Nur der Rest der Ursprungsbeitrag ist dieselbe Problematik wie bei uns. Sprich die Meldung dass der Agent aktiviert wird.
-
Solche Phänomene habe ich bei uns bisher nur beobachtet, wenn der Agent auf einem 7er Server mit der hier (http://atnotes.de/index.php?topic=43793.0)und hier (http://www.ibm.com/developerworks/lotus/library/ooo-pt1/)beschriebenen 6 versehen war.
The "check-5" icon indicates that the agent will behave as enabled on R5 servers, but is disabled by Release 6 and later servers.
Daraus schließe ich mal einfach ganz dreist, dass eine 6 bedeutet, dass der Agent auf Servern ab Version 7 nicht laufen wird.
Wie die dämliche 6 da reinkommt, ist natürlich ne ganz andere Frage...
-
so, jetzt ein etwas größerer Bericht:
Das mit der Nummer neben dem Aktivierungshäkchen habe ich mir als Erstes angesehen. In der Originalschablone ließ sich der Agent im Endeffekt ja nur noch mit der Admin-ID im Designer aktivieren, wenn man es bei den Editorrechten der User belassen wollte. Wenn man dass macht erscheint keine Nummer. Wenn hingegen der User (weiterhin mit Editorrechten) mit der angepassten Caesar Mailschablone den Agent aktiviert, ist neben dem Häkchen eine kleine 5. Das tut der Funktionalität des Agenten keinen Abbruch (er kann weiterhin normal vom User aktiviert/deaktiviert werden), ist aber trotzdem seltsam ???
Nachdem das also ausgeschlossen war, hab ich es mit MailMail-DB's verschiedenster User probiert und hatte (auf einmal?) auch in der Statuszeile die CONFIGUREMAILAGENTEXT-Meldung. Also habe ich bei der Person im Designer den Agent (Preferences) geöffnet in der Erwartung, dass bei dieser Person aus welchen Gründen auch immer dann die o.g. Methode aufgerufen wird. Das war aber leider nicht der Fall. Also bin ich einfach mal hin und hab im OOO-Agent ein paar Prints gesetzt um zu sehen bis wohin er läuft.
Im Endeffekt bin ich dann bei der Maske (Out Of Office Profile) gelandet. Dort unter Declarations im Globals-Teil bei Zeile 352 +/- erfolgte dann der Aufruf von CONFIGUREMAILAGENTEXT. Also habe ich mir direkt mal die Schablone StdR7Mail/de angesehen. Dort war der Aufruf auch mit EXT. Interessanterweise war das Änderungsdatum der Maske aber immer immer noch vom 25.10.2006 und sie war mit der IBM ID signiert.
Ich habe dann mal einen Test-PC hergenommen, Notes neu installiert und mir dort die Schablone angesehen. Hier erfolgt der Aufruf ohne Ext. Ich habe mir dann auf Verdacht mal die Erweiterte Mail R7 Schablone angesehen, weil ich aufgrund des enthaltenen EXT im Schablonennamen vermutet habe, dass diese eventuell den um EXT erweiterten Befehl enthält und über die "normale" Mail Schablone drüber gebügelt wurde. Das hätte erklärt, warum Änderungsdatum und ID sich nicht geändert haben. Leider wieder eine derbe Enttäuschung, auch hier erfolgt der Aufruf ohne EXT. :'(
Heißt also in irgendeiner Form ist seit dem letzten Monat eine Änderung der Original-Schablone erfolgt, ohne dass sich das Änderungsdatum und die ID geändert haben. Naja, das Problem ist jetzt gelöst indem wir die Schablone mit der vom Testrechner ersetzen werden.
Wenn aber der um EXT erweiterte Befehl normalerweise nur in R8 vorkommt, frage ich mich wie sowas passieren kann? Wir haben weder 8er Client, Admin oder Server im Einsatz. :-:
-
Hallo,
wir hatten mal ein ähnliches Problem.
Lösung:
Nicht nur den Haken für 'Aktivierung...', sondern auch den Namen des Users in 'Ausführen im Namen von...' eintragen.
Dann hatten wir keine Probs mehr.
mfg
Kjeld