Private Termine im Kalender verbergen

[BerndBrot]

Hallo zusammen,

folgendes Problem:
- Notes 6.5
- OneBridgeMobileGroupServer
- t-mobile MDA3

Auf dem Handheld wird ein privater Termin "Kategorie"="Privat"
gesetzt.
Der Termin wird mit dem OBMG-Server in die Notes-Datenbank
des Users hineinsynchronisiert.
Der Termin ist in Notes als "Privat" markiert.
Der Nutzer ist ein VIP-Chef und möchte dass seine Sekretärinnen
seinen Kalender und seine E-Mails verwalten.
Damit haben die Sekretärinnen Editorrechte und
können leider auch die "privaten" Termine lesen.
Das will der Chef aber nicht.
Einzige Möglichkeit: jeden einzelnen privaten Termin aufrufen,
rechte Mousetaste, Eigenschaften Dokument, Sicherheit:
"Wer kann dieses Dokument lesen" manuell abschalten und darunter nur Local Domain Server und den VIP-Chef freischalten.

Nun das Problem:
Der Chef möchte auch weiterhin, dass die Sekretärinnen
Mails und Kalender (Editor) verwalten, auf dem PDA sollen weiter private Termine verbleiben und zwecks Terminplanung in die Datenbank hochsynchronisiert werden.
Aber: der Vorgang des "private Termine verbergen" soll wie folgt
automatisiert werden:
Nach jedem Synchronisieren ist ein Button zu drücken (Agent zu starten?) der jeden Chef-Termin=privat im Sicherheitsbereich automatisch umschaltet (siehe oben) statt von Hand.

Leider mussten bis jetzt alle mir bekannten Notes-Entwickler
passen.
Vielleicht ist ja einer von Euch so genial in den Tiefen von Notes
DIE LÖSUNG zu finden.
Mit der DRINGENDEN Bitte um Hilfe (Chef macht mir arg Druck,
seit 1 1/2 Wochen bearbeite ich nur noch dieses Problem...)

Gruss

Bernd

[Driri]

Hallo,

was erwartest Du jetzt hier ? Hoffentlich doch keine fertige Lösung.

Als Anregung :

- mit db.Search alle Dokumente suchen, die Form="Appointment" und $BusyPriority="2" haben
- das ergibt eine DocumentCollection, diese durchläuft man in einer Schleife und schießt in jedem Doc die entsprechenden Items um

[koehlerbv]

$BusyPriority ist aber nicht das kriegsentscheidende Item, Ingo - dies bestimmt, ob ein Eintrag in der FreeTime-Database landet oder nicht. OrgConfidential ist das Flag für "private" Termine.

Bernhard

[Driri]

Danke für die Korrektur, Bernhard. Wieder was gelernt 

[Tode]

Ergänzung: die Informationen, die man übers frontend setzt werden in einem Feld namens "$Readers" hinterlegt. Dieses muss man in den dokumenten der Collection setzen.

ACHTUNG1: setzt man das Ding falsch, dann ist das Dokument auf alle Zeiten unsichtbar für jedermann.

ACHTUNG2: ein Item, das über Script gesetzt wird, muss manuell die "isReaders" eigenschaft bekommen, sonst tut es nämlich überhaupt nix.

HTH
Tode

[BerndBrot]

Hallo Tode,

vielen Dank für diesen Beitrag.
Verstehe ich das richtig, in "ACHTUNG2:...." steht,
dass trotz allem was automatisierbar über Scripte ist,
doch wieder bei jedem Kalendereintrag manuell eingegriffen werden muss?
Das wollte ich ja gerade vermeiden.


Gruss

Bernd

[Tode]

nein, das hast Du falsch verstanden. Die Notes-Item klasse hat eine Property "isReaders".
Diese muss bei einem programmiertechnisch gesetzten Item auf True gesetzt werden, sonst ist zwar im Frontend scheibar der Haken richtig gesetzt, aber Auswirkungen hat er keine.

Das sieht dann in etwa so aus (nur ein unvollständiger Code- Schnipsel):

Dim rItem as NotesItem
...
Set rItem = doc.GetFirstItem( "$Readers" )
if rItem is Nothing then
  Set rItem = new NotesItem( doc , "$Readers" )
end if
rItem.Value = "CN=Der Chef/OU=Abteilung/O=DeineFirma"
rItem.isReaders = True

HTH
Tode