Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Micha-BRLN am 30.11.04 - 15:53:07
-
Hallo,
Folgende Problematik:
Die Mailbox eines Users wurde von R5 auf R6 upgedatet. DIe FUnktion "FollowUP" ist nicht im Actions-Menue enthalten (neues Design).
In den Aktionen des Folders Inbox ist die Aktion noch voll zu sehen, sie ist auch links unten im Navigationsframe der Inbox zu sehen.
Ich habe das Design nochmal replaced (R6), den Code neu compiliert und das Design der ursprünglichen Mailbox (R5) nochmal übergebügelt und die Mailbox nochmal nach R6 umgezogen. Kein Erfolg... ???
Es betrifft nur einen User, der Fehler ist sonst nicht reproduzierbar.
Hat vielleicht jemand einen Ansatz für dieses Problem?
Besten Dank im Voraus,
Micha
-
Hi,
überprüf mal die ACL, was hat den der User für Rechte?
Eine andere Alternative wäre eine neue Mail-DB auf Basis der 6er-Schablone für den User.
Notfalls muss du halt alle Dokumente "umziehen".
Axel
-
haben alle User die gleiche Notes Version? (6.5.x)
Im Template wird die BuildID der Programmversion in einer HideWhen Formel abgefragt, so dass die Aktion z.B. in einem 6.0.3 Client nicht angezeigt wird.
Verwendet Ihr das Standard Mail Template von Notes? oder habt' ihr eigene Anpassungen?
-
Hallo,
Erstmal danke für die Beiträge.
@dk-daija: Der User verwendet 6.5.2. Die Hide-When sollte also nicht ziehen.
@Axel: Der User ist Designer mit allen Rechten. Er ist auch Eigentümer der Datenbank.
Eine neue Mail-DB kommt nicht in Frage, weil der Nutzer aus einer Domäne in eine andere umzieht und deshalb die Mail-DB Domänenübergreifend repliziert wird. In der anderen Domäne haben wir nicht das Recht, die DB auszutauschen.
Nach wie vor betrifft es nur diesen einen User... Hat noch jemand eine Idee?
Beste Grüße,
Micha
-
hi,
es könnte sein, dass der user bei einem Gestaltungselement die Option 'duch Aktualisierung/Ersetzung der Gestaltung nicht änderbar' akiviert hat.
-
Wenn der User nicht Owner des Mail File ist wird Follow Up versteckt.
Würde dort auch einmal suchen.
Andy
-
Hi,
Ich wünsche erstmal einen schönen Nikolaus - hoffentlich habt Ihr auch schön die Schuhe geputzt... :D
@dk-daija: Ich habe nochmal nachgesehen, daß einzige was auf "No Refresh " steht ist ein persönlicher Ordner. Die Eigenschaften der "Follow-Up"-Aktionen sind auch so gesetzt, daß sie immer zur Verfügung stehen.
@Andy-B: Der User ist Eigentümer der DB (s. Posting vom 02.12.)
Aber ich würde in dieser Richtung weitersuchen. In der Historie des users gab es schon mal ein kleines Problem. Aufgrund von einer Names-Dopplung wurde er von Matthias zu Matthias-B umbenannt. Der hierarchische Schwanz ist der selbe geblieben. Die Umbennung ist nicht unter unserer Kontrolle abgelaufen. Wir haben das Zertifikat des ursprünglichen Users in unserer neuen Domäne crosszertifizert, so daß nach dem Umzug die Leute erstmal weiterarbeiten können, bevor sie rezertifizerit werden.
Klappte auch bei fast allen, bis auf genau diesen user. Der erzeugte beim Zugriff die Fehlermeldung, daß der "Signer of the Certificate was not an ancestor ..." (Weiss nicht mehr genau wie weiter.)Es sieht so aus, als wenn die Umbenennung mit einer anderen ID durchgeführt wurde, als man uns zum crosszertifizieren gegeben hat. Da wir das Problem bei uns nicht lösen konnten, haben wir den user in der neuen Domäne (selbe Hierarchie) rekreiert und ihm im Personendokument die alte Mail-DB zugewiesen (und ihn selbstverständlich auch als Eigentümer eingetragen).
Jetzt stellt sich mir die Frage, ob das Umbennnungsproblem noch irgendwo in der Datenbank stehen könnte und so der user - obwohl als Eigentümer eingetragen - nicht die vollen Eigentumsrechte an der DB besitzt...
Was meint Ihr, könnte das in diese Richtung zielen? Wenn ja - was würde ein Lösungsansatz sein?
Beste Grüße,
Micha
-
Was verstehst Du genau "als Eigentümer eingetragen"? Kontrolliere mal das Profile-Document, am besten mit Notes-Peek.
-
Hallo Semeaphoros,
Unter als EIgentümer eingetragen verstehe ich die Eintragung unter "Werkzeuge -> Vorgaben -> Diese DB gehört: ..."
Welches Profile-Dokument meinst Du? ???
Beste Grüße,
Micha
-
Ok, das ist schon der richtige Ort zum Eintragen und das wird in einem Profill-Dokument abgelegt. Ich würde jetzt tatsächlich mal mit Notes-Peek (weitere Informationen im Glossar) in die DB schauen und überprüfen, ob der Name dort korrekt abgelegt ist.
-
Hi,
Ich habe mir die Mail-DB gerade mit NotesPeek (Betaversion für R6) angesehen. Wo in den Profile-Einträgen steht da um Gottes Willen der DB-Eigentümer?? (`ne Hilfe wurde leider nicht mitgeliefert...)
Beste Grüße,
Micha
-
Im Calendarprofile muss ein Feld namens Owner vorhanden sein. Da muss der Eintrag korrekt drin sein.
-
Merci,
Da ist auch eins... ;D
War aber leider ein Schlag in das Wasser, der Eintrag stimmt. Trotzdem Danke.
Jetzt kann ich mir eigentlich nur noch vorstellen, daß mit der ID irgendetwas nicht stimmt, immerhin kam er ja damit auch nicht auf den Server. Gibt es da auch so ein schönes Tool zu ansehen von ein paar Details?
Beste Grüße,
Micha
-
Hi,
Manchmal liegt die Lösung so nah... ;D
Was ich nicht wusste: Der Eintrag für den Eigentümer wird offensichtlich nicht repliziert... ODER?
Nachdem ich es gemerkt habe, war das Problem dann auch ad hoc beseitigt... Der User arbeitete auf einer anderen Replik seiner Mail-DB, und da war noch der alte Eigentümer eingetragen. Andererseits - eigentlich muss der Eigentümer ja doch repliziert werden, denn nach der Änderung auf dem Server war es ja auch auf der lpkalen Replik des Clients geändert... ???
Weiß vielleicht jemand, ob das Feld nun beim Replizieren geändert wird oder nicht?
Beste Grüße, Micha
-
Das wird repliziert. Allerdings sind Profildocumente Design-Elemente und es gibt keine Rep-Konflikte, daher kann es schon sein, dass da etwas nicht so gelaufen ist, wie erwartet.
-
Damit sollte das Thema dann erstmal erledigt sein. Hab wieder mal ´ne Menge dazu gelernt. Nochmal herzlichen Dank an alle für die Unterstützung.
Beste Grüße,
Micha