Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Nach Umstellung auf Mail 8.: Kalender einer anderen Person öffnen erzeug Kachel

(1/3) > >>

Vip0r:
Hallo zusammen,

vor kurzem haben wir von Notes 8.5 auf 8.5.1 migriert und kurz darauf von Mail R7 auf Mail R8 umgestellt. Bisher läuft soweit auch alles bis auf ein wirklich sehr seltsames Problem:

Bei Benutzern einer unserer NotesServer ruft das ausführen der Funktion "Kalender der Person öffnen" => Andere Person das hinzufügen der Kachel auf die Arbeitsoberfläche herbei.

Der normale Zustand ist ja wie folgt:
- Benutzer klickt im eigenen Kalender auf "Mehr -> Kalender der Person öffnen -> andere Person
- Kalender öffnet sich und es erscheint die Kachel NICHT auf der Arbeitsoberfläche

Seltsamerweise passiert jedoch genau dies bei den Benutzern eines bestimmten Mailservers, egal wessen Kalender sie aufrufen möchten. (Bei den Benutzern, welche einen anderen Mail/Home-Server verwenden passiert das nicht)

Was ich bereits probiert hab:

- Reset des kompletten Datenverzeichnisses der jew. Person (also neue desktop8.ndk, neue bookmark.nsf etc.)
- Wechsel auf "leere Schablone" und danach auf die aktuelle Mail r8 Schablone.

Mir fällt ehrlich gesagt nichts mehr ein. Eigentlich ist das ganze ja nichts tragisches, aber ihr wisst ja wie das ist. Die Benutzer sind jetzt dementsprechend verwirrt, wenn jedes mal die Mailkachel derjenigen Person auf Ihrer Oberfläche auftaucht, obwohl sie lediglich deren Kalender angesehen haben.

Vielleicht hat ja von euch noch jemand ne Idee.

Grüße,

0xse:
Der Code der Aktion im 8.5.1er Template.


--- Code: ---@SetTargetFrame("NotesView");
tmpOtherName := "Andere Person...";

tmpOwner := @Name([Abbreviate]; @Trim(@GetProfileField("CalendarProfile";"Owner")));
tmpAltOwner := @Name([Abbreviate]; @Trim(@GetProfileField("CalendarProfile";"AltOwner")));

@If(tmpOwner = @Name([Abbreviate]; @UserName) | tmpAltOwner = @Name([Abbreviate]; @UserName);tmpManageCalendarFor := @Name([Abbreviate]; @Trim(@GetProfileField("CalendarProfile";"ManageCalendarFor")));tmpManageCalendarFor := "");

tmpChoice := @If(tmpManageCalendarFor != "" & @Elements(tmpManageCalendarFor) > 0;
 @Prompt([OkCancelList]: [NoSort]; "Kalender öffnen für"; "Zu öffnenden Kalender wählen."; @Subset(tmpManageCalendarFor; 1);  tmpManageCalendarFor: tmpOtherName);
 tmpOtherName);

@If(tmpChoice = 1 | tmpChoice = ""; @Return(0);"");

entername := @If(tmpChoice = tmpOtherName; ""; tmpChoice);

@Command([OpenCalendar]; entername; [UseFrameset])
--- Ende Code ---

Der Aufruf des Kalenders erfolgt über diese @Funktion (3. Parameter ist nicht mal in der Hilfe dokumentiert.). Ggf. kannst du das ganze umstellen auf:

@Command( [FileOpenDatabase]; server : database  ; viewName ; key ; newinstance ; temporary )

temporary
Number. Optional. Specify "1" if you only want the database opened on a temporary basis for browsing, without adding the database to the user's workspace. If you omit this parameter, the database is added to the user's workspace.

Das sollte deiner Vorstellung eher entsprechen, ist aber eine Anpassung die du mit jedem Schablonen-Update mitpflegen darfst. Wo die genaue Ursache bei [OpenCalendar] liegt, k.A.

Vip0r:
Vielen Dank für den Tipp,

die Frage die sich mir allerdings stellt ist: Der Server in der betroffenen Geschäftsstelle hat 1 zu 1 die gleiche Mailschablone wie in den anderen. Ich hab testweise auch mal bei entsprechendem User die Schablone eines anderen Servers drüber gezogen. Ohne Erfolg.

Mir ist einfach nicht klar, warum bei Benutzern dieses bestimmten Mailserver die Kachel auf dem Workspace bleibt...

Benutzer, die in der gleichen Geschäftsstelle sind, jedoch einen ANDEREN Mail-Server zugeordnet wurden haben das Problem auch nicht..

Komisch komisch....

Grüße,

0xse:
Haben die Benutzer die selben Richtlinien?

Ja: Schade...
Nein: Bestehen Unterschiede zwischen den Richtlinien?

Vip0r:
Wir verwenden keine Richtlinien, demnach ---> Schade :-)

Navigation

[0] Themen-Index

[#] Nächste Seite