Mal wieder $KeepPrivate

[RobSmith]

Das Feld "rutscht" bei  mir automatisch in einige Dokumente. In keinem meiner Scripte wird dieses Feld benutzt oder gar gefüllt. Gibt es einen Automatismus, nach dem dieses Feld in bestimmten Dokumenten erstellt wird? Ich benutze Leser- und Autorenfelder und nehme stark an, daß diese einen Einfluss auf die Erstellung des Feldes haben.

Vielen Dank im Voraus.

Rob

[Axel]

Ich benutze Leser- und Autorenfelder und nehme stark an, daß diese einen Einfluss auf die Erstellung des Feldes haben.

Mit Sicherheit haben diese Felder mit dem Feld $KeepPrivate nichts zu tun.

Was sind denn das für Dokumente? Wie und mit welcher Maske werden sie denn erstellt?

Axel

[dnotes]

Das Feld wird durch die Maskeneigenschaft "disable printing.. usw." erzeugt. Standardmaessig

[RobSmith]

dnotes: Negativ. Diese Haken habe ich nicht gesetzt!

------

Das sind normale Dokumente (keine Antworten oder so), die Maske ist auch nichts besonderes, zwei Teilmasken sind enthalten. In keiner der Masken ist das Feld $KeepPrivate enthalten. Im QuerySave wird ein Script gestaret zum Validieren und Logging des Dokuments. Aber auch hier wird kein derartiges Feld hinzugefügt, das muss Notes irgendwie machen, warum auch immer.

Dokumente, die mit dieser Maske erstellt werden, haben manchmal das $KeepPrivate-Feld und manchmal nicht. Ich möchte meinen, es liegt an den Autoren- bzw. Leser-Feldern. Die werden nämlich in Abhängigkeit von bestimmten Feldinhalten gefüllt. Ich teste nochmal ein wenig, vielleicht kann ich das dann klarer definieren.

[klaussal]

Das von Notes generierte Feld $KeepPrivate erfasst, ob der aktuelle Benutzer über die Berechtigung zum Replizieren oder Kopieren für dieses Dokument verfügt. Diese Einstellung betrifft nur Notes Clients.

..aus der Designer-Hilfe...   

[RobSmith]

Ich bin Manager und habe alle Rechte auf der Datenbank! 

Entweder ist die Erfassung fehlerhaft oder es spielt noch eine andere Komponente eine Rolle.

[klaussal]

Ist da vielleicht zwischendurch mal die ACL geändert worden ?

[RobSmith]

Nein, ich bin mitten in der Entwicklung, die ACL ist relativ konstant, bis auf Änderungen in Gruppendokumenten, die in der ACL verwendet werden. Aber das betrifft nicht meinen Account, der ist fest eingetragen.

Ich habe gerade, ein fast identisches Dokument erzeugt, wie das, welches das Feld bekommen hat. In dem neuen Dokument ist das Feld nicht vorhanden. Sieht mir stark nach einer Lotus-Laune aus.

[klaussal]

Ich hatte mal das gleiche Problem. Allerdings war da tatsächlich der Haken in der ACL gesetzt (Dokumente replizieren oder kopieren). Ich habe dann die ACL geändert und das Feld in den Docs per Agent gelöscht. Danach war Ruhe.  Von "Lust und Laune" habe ich nix gemerkt.

[RobSmith]

Haken ist gesetzt, ACL gleichbleibend, Manager-Rechte vorhanden.

... und Notes macht trotzdem was es will.

Trotzdem Danke für die Hilfe.

[klaussal]

Ich trau dem Braten nicht so recht. Vielleicht kopiert da ja auch jemand alte Docs..... 

Am besten: DB komplett leer machen + neu anfangen.

[robertpp]

Das Feld $KeepPrivate wird dann erzeugt wenn man bei versenden des Mails "prevent copying" anhackt und somit ist das Feld vorhanden. Du kannst nichts für das Feld dafür es ist der Sender der das Feld erstellt. Bei dieser Einstellung lässt sich eben das doc nicht kopieren und auch nicht weiterleiten.

Gruss Robert

[RobSmith]

Schade nur, dass bei mir nix versendet wird. Es wird nur gespeichert. 

Ist ein ganz normales Notes-Dokument, möchte ich meinen. Das tritt auch nur bei dieser verflixten Maske auf und auch nur manchmal. Ich würde sie ja neu bauen, aber das Tool ist schon in Produktion und ich kann höchstens ein Update einspielen, aber da möchte ich mir ungern neue Fehlerquellen einhandeln, indem ich die Maske lösche und neu erstelle.

Noch jemand eine Idee?

[mibo11]

Vielleicht hilft dir dies ja weiter.

Gruß Sascha

http://smokey.rhs.com/web/blog/poweroftheschwartz.nsf/d6plinks/RSCZ-6JP4EY