Menüpunkt "Vorgaben" unter Werkzeuge ist weg...

[D. Maute]

Hallo zusammen,

ein User hat es geschafft, unter dem Menüpunkt Werkzeuge die "Vorgaben" verschwinden zu lassen.
Es ist auch unter Aktionen - Werkzeuge - nicht zu finden.
Habe die Cache.ndk und desktop.ndk schon gelöscht - hat nicht geholfen.
Wenn ich die Mail-DB im Admin öffne, kann ich den Menüpunkt sehen, nur der User an seinem Platz nicht.
Wo könnte das verstellt worden sein?

Gruß Dietmar

[MartinG]

Würde mal die ACL kontrollieren, und welcher Name eingetragen ist in den Vorgaben: diese Maildatei gehört...

[D. Maute]

Hallo Martin,

OK - der richtige Name unter Werkzeuge - Vorgaben steht drin (ich kanns ja öffnen).
Die Berechtigungen für den User auf die Mail-DB stehen auf Person/Editor - das passt auch...

Noch eine Idee, wo man schauen könnte?

Gruß und Danke erst mal - Dietmar

[Cebe1]

Vielleicht hilft es, die Bookmark zu löschen........!?

[MartinG]

Ich würde dann zuerst prüfen ob es überhaupt an der Clientinstallation liegt. Hier würde ich auf Deinem "Admin-PC" mal mit der ID des Users das ganze austesten.

Dann siehst Du schnell ob es an den Berechtigungen oder an einer defekten Datei auf dem Client liegt (bookmark, desktop.ndk o.ä.)

[Thomas Schulte]

Noch viel besser. Schau doch mal ob nicht vielleicht zufällig die Gestaltung des Mail Files die der 8er Version ist.  Wenn du nämlich eine Mail  DB die auf einer 8er Schablone basiert auf einen Client < 8 öffnest verschwinden diese Aktionen wie Vorgaben oder Abwesenheit nämlich.

Hide-When lässt grüßen.

[D. Maute]

Hallo zusammen,

der Fall ist gelöst! Die Schablone ist/war schuld daran!
Der User hatte als einer der ganz wenigen noch einen 6.5.3'er Client drauf, aber noch nie eine Änderung gemacht. Vor 2-3 Monaten hatten wir mal über alle Mail-DB's die 7'er Schablone drüber gezogen. Habe bei der Mail-DB nun wieder die 6'er Schablone angewendet und schon ist der Eintrag wieder da!

VIELEN DANK!!!

Gruß Dietmar

[LarsD]

Guten Tag allerseits,

dieser Thread ist zwar schon etwas älter, aber es passt zu unserer aktuellen Fragestellung.

"Systembedingt" gedenken wir, in Kürze unsere Domino-7.0.2-Server auf 8.0.2 anzuheben. Client-seitig kommen 6.5.5 und 7.0.2 zum Einsatz. Unter Verwendung der mail7.ntf kommt es bei den 6.5.5-Clients bekanntermaßen dazu, dass ich die Vorgaben nur in der Kalenderansicht über "Werkzeuge" aufrufen kann.

Aus Gründen der Praktikabilität wollen wir daher bei der Umstellung der Server auch gleichzeitig das Design der Mail-DBen auf 'mail8' anheben, was jedoch im Test dazu führte, dass wir die Vorgaben überhaupt nicht mehr einsehen bzw. ändern konnten.

Es wurde im Vorfeld vermittelt, dass unter Verwendung des 8er-Clients (den wir ca. 14 Tage nach Server-Upgrade ausrollen werden) jegliche Benutzervorgaben gebündelt werden.

Hat hier jemand eine Idee, wie wir die 14 Tage überbrücken könnten (ggf. unter Integration einer Funktion in die Mailschablone)?

Genügt es etwa, in den beiden Aktionen "Werkzeuge\Vorgaben" in der mail8.ntf die "hide when"-Formel rauszunehmen, um die Funktionen zu erhalten? => @If(@TextToNumber(@Version) < 303;@True;@False)

Bevor ich das teste hat hier vielleicht schon jemand vor der gleichen Situation gestanden?


Vielen Dank im Voraus und viele Grüße!
Lars

[Klafu]

Ich würde sagen, dass das reicht. Zumindest um die Vorgaben wieder Sichtbar zu machen.
Ob das Sinn macht ist eine andere Frage.

Wieso belasst Ihr es nicht erstmal bei den alten Clients, stellt dann die Clients um und migriert dann die Mail Datenbanken ?

Chris

[LarsD]

Hallo Chris,

danke für die schnelle Auskunft. Grds. wäre das auch mein Ansatz gewesen, aber die Client-Versorgung wird zentral durchgeführt. Nenn' es Faulheit, aber unter dem Strich wollten wir das Server-Upgrade mit der neuen Schablone koppeln, da wir eh' dabei sind und die wesentlichen Funktionen im Mailumfeld auch mit alten Clients laufen.

Im Zweifelsfall ist es dann hins. des Gesamtaufwandes einfacher, die beiden Haken vorher in der Schablone rauszunehmen und dann nach Abschluss des Client-Rollouts nochmal mittels design-task zu verteilen. Wenn die Funktionalität weiterhin erhalten bliebe, könnten wir bei unserem Fahrplan bleiben. Wenn es jedoch gegen die Philosophie der Vorgaben in der 8er-Schablone geht, würde ich es nochmal überdenken.


Gruß
Lars

[MartinG]

Neeee     -    das ist IMHO der absolut falsche Ansatz. Ein Update/Migration ist grundsätzlich immer ein kleines Projekt. Ich persönlich würde mich hier ganz klar an die IBM-Vorgaben halten.

Server updaten   -   dann ein paar Tage warten ob alles sauber funktioniert. Dann die Clients updaten und dann wieder ein paar Tage warten. Dann würde ich die Maildatenbank aufs neue Design heben. Dies ist IMHO der "kritischste" Punkt und hier migriere ich zu Beginn immer erst die IT, dann weitere 10x User und dann nochmals 10x und dann die restlichen. Falls es zu Problemen kommen sollte, dann weisst Du immer genau woran es liegt.

Bitte aber zukünftig für solche Fragen einen neuen Thread aufmachen...

[Klafu]

Ich weis nich, wie das bei 8.0.2 ist aber ich hab mit der Schablone von 8.5.1 auf einem 7.0.3 Client keine Signatur mehr.

Ich würde mich da auch eher an die best Practice halten.

Chris

[MartinG]

Ganz davon abgesehen, dass ich 8.02 für deutlich schlechter als 8.5 als Release halte (zumindest der Client ist IMHO doch deutlich schneller als 8.02).

[LarsD]

Danke allerseits!

Wir werden die Strategie nochmal überdenken. War ja wie erwähnt auch mein Ansatz, aber es hätte ja sein können, dass in dieser Konstellation schon jemand positive / negative Erfahrungen gemacht hat, die unsere Überlegungen beeinflussen.

Das Schablonenupdate nach abgeschlossenem Client-Rollout durchzuführen erweist sich je intensiver ich teste als wirkungsvoll - mit der Bibliothek 'OutOfOffice-lib' gibt es offenbar auch Schwierigkeiten - evtl. funktioniert der Agent trotzdem, aber auch die Hinweise allein nerven den gemeinen Nutzer und man muss sich unnötig rechtfertigen.

Wenn es sich lohnt, können wir den zweiten Teil aus gerne als separaten Thread öffnen - was meint die Moderation?


Gruß
Lars

[MartinG]

  Wenn es sich lohnt, können wir den zweiten Teil aus gerne als separaten Thread öffnen - was meint die Moderation?   

Mach das doch und noch einen Link hier rein, dann ist's perfekt....