Beiträge von Homer

Ich könnte mir vorstellen dass der Returnwert von session.DocumentContext Nothing ist wenn der Agent Serverbasierend ist.

Wenn ich die Hilfe richtig interprtiere wird diese Property nur im UI verwendet.

Deswegen funktioniert es auch wenn man den Agent aus einer Ansicht startet.

Hi Dirk,

niemand steht als Person in der ACL der DB. Dass Roles in Leser- und Autorenfeldern greifen hab ich mir selbst ja auch schon bewiesen (zu meiner Beruhigung).

Das Problem selbst habe ich durch den beschriebenen Workaround auch erstmal gelöst. Was die Ursache des Problems angeht bin ich absolut Ratlos. Vielleicht ist die ACL korrupt und ich müsste die Datenbank mal komplett neu erstellen (hatten wir auch schon).

Gruß

Ron

Ich bin da auch schon ein paarmal drübergestolpert dass es ziemlich schwiegig ist RichText Felder zu verstecken, bzw zu Sperren.
Deshalb bin ich dazu übergegangen die Attachments in Antwortdokumenten unterzubringen.
Da Antwortdokument wird über eine Aktion oder einen Button geöffnet. Dan kann man gut verstecken, oder auch noch Code drin unterbringen wer das Dokument öffnen darf oder eins erzeugen oder sonstwas.

Zitat

Felix_46 wrote:
Es wäre interssant bei welcher Aktion des Users der fehler auftritt, da die Fehlermeldung eindeutig besagt "Aviable = 932 Minimun = 1000 kbyte" das bei dieser Aktion nur 932 MB zur Verfügung stehen , hier aber 1000 MB = ! GB benötigt werden.

:lol: Gleich mal au ner Mücke nen Elefanten gemacht oder k zu M :lol:

Ich hab zwar auch keine ernsthafte Ahnung was das für ein Fehler ist, aber rein instinktiv würde ich mal in den Arbeitsbereich Eigenschaften die Cache-Größe heraufsetzen und mal schaun ob das was bringt.

Zitat

Sascha wrote:
Hallo,

ich kenne Tivoli gar nicht. Bei einem Kunden werde ich demnächst einen Notes Cluster hochziehen. Tivoli wird dann bereits installiert sein. Meine Frage lautet: wie wird Notes im Cluster unter Tivoli gesichert? Brauche ich da die Transaktionsprotokollierung? Muß Tivoli auf beiden Domino Servern installiert werden?

Bin für Antworten dankbar.

Gruß,

Sascha

Alles anzeigen

Hallo Sascha,

wir verwenden TSM/TDP mit einem Domino Cluster (6.5.1) unter AIX 5.2.

Transaktionsprotokollierung ist unbedingte Pflicht, und zwar "Archivierend", keinesfalls umlaufend.

Auf einem der beiden Server im Cluster zu sichern ist ausreichend, sonst sicherst du ja doppelt. Es sei denn, auf dem zweiten Server sind Datenbanken drauf die nicht geclustert werden und die auf dem Sicherungsserver nicht vorhanden sind.

Die Sicherung ist etwas Tricky. Gewöhnlich macht man einmal die Woche ein Vollbackup und sichert mehrmals Täglich die Transaction Logs.
Wir (600 User) sichern 3x täglich die Transaction Logs. Das sollte man abhängig von der Anzahl der User und der Transaktionen machen.

Dabei gibt es eins was man unbedingt beachten muss:
Wenn man die Transaktionsprotokollierung aktiviert bekommt jede Datenbank eine sog. DBIID (Identifier) zugewiesen. Über die DBIID wird eine Transaktion aus dem Log einer Datenbank zugeordnet. Führt man einen Compact für eine Datenbank durch, dann erhält sie eine neue DBIID, so dass anschließend eine neue Vollsicherung der Datenbank notwendig ist.

Compact läuft ja meistens Nachts am Wochenende per Programmdokument oder notes.ini Eintrag. Dann weiss man allerdings nicht genau wann der Compact fertig ist und man startet die Sicherung evtl. zu Früh was Probleme gibt wenn man versucht eine DB zu sichern die gerade compactet wird.
Oder man startet die Sicherung zu spät, so dass es ein Zeitfenster gibt in dem keine Point-in-Time Recovery mögtlich ist.

Deswegen haben wir Compact und Sicherung in einem Shell-Script zusammengefasst das wir per Crontab starten.

Das ist so das Wichtigste in Kürze. Für genaueres solltes du mal unter http://www.redbooks.ibm.com/ nachsehen. da solltest du was finden. (suche nach domino AND tivoli)

Viele Grüße

Ron

Zitat

dnotes wrote:
Der key muss in der ersten Spalte stehen und die muss sortiert sein.
Wenn also in der ersten Spalte 1 steht, sieht Deine spalte so aus:
1 Fritz
1 Hans
1 Michael
2 Markus
2 Thomas
3 Heidi
Die Namen stehen dann in der 2. spalte.
Mit GetDocumentByKey("1") bekommste dann alle 3 Dokumente in deine Collection.
GetfirstDocument und getNextDocument laufen nur ueber die Dokumente in der Collection.

Alles anzeigen

Was passiert in diesem Beispiel, wenn die erste sortierte Spalte versteckt ist ?

Um zu sehen auf welchem Server welche Repliken liegen kann die der Katalog dienen, wie RockWilder schon gesagt hat.

Um zu sehen ob was repliziert würde ich doch einfach mal in die Replication Events der log.nsf schauen.

Kann man bei den Usern die er nicht findet irgendeine Systematik erkennen, bstimmte OU's oder so?.

So wie sích dein Post liest scheint es ja nicht so zu sein, dass er garkeine Adressen aus den beiden anderen Adressbüchern findet.

Und es kommt noch schlimmer:

Userin Maxi Musterfrau ist Mitglied der Gruppe "GruppenerstellerTypB".
In der ACL der Adressdatenbank hat diese Gruppe die Role "[GrEB]". Diese Role steht im Leser- und Autorenfeld der Gruppenmaske.

Maxi Musterfrau kann im Adressbuch Gruppen erstellen und bearbeiten und ändern. Wenn sie versucht ein Mail an eine selbst erstellte Gruppe zu schicken dann funktioniert das ohne Probleme.

:-? :hammer: :devil: :-o Argl...

Zur Zusammenfassung:

Ich habe eine Adressdatenbank in der Ausgewählte User selbst Gruppen anlegen dürfen (Supportabteilung mit Mailinglisten von Kunden)

User Max Muster ist Mitglied der Gruppe "GruppenerstellerTypA".
In der ACL der Adressdatenbank hat diese Gruppe die Role "[GrEA]". Diese Role steht im Leser- und Autorenfeld der Gruppenmaske.

Max Muster kann im Adressbuch Gruppen erstellen und bearbeiten und ändern. Wenn er versucht ein Mail an eine selbst erstellte Gruppe zu schicken bekommt er die Fehlermeldung "keine Übereinstimmung gefunden für Name....".

Weil ich das Ganze überhaupt nicht geschnallt habe hab ich jetzt in meiner Verzweiflung die Role aus den Leser- und Autorenfeldern rausgenommen und stattdessen den Gruppennamen reingeschrieben.

Siehe da: ES FUNZT. Er kann die Gruppe adressieren!

Die Gruppen werden relativ selten verwendet. Ich bin ziemlich sicher dass das Ganze vor unserem Server Upgrade von 5.0.8 nach 6.5.1 noch funktioniert hat.

Das würde ja bedeuten, dass man in Leser- und Autorenfeldern keine Roles mehr verwenden kann ???????

Hat schonmal jemand entsprechende Erfahrungen gemacht?

Grüße

Ron

Zitat

Diali wrote:
bin mir nicht sicher, aber wenn die Gruppe eine Mailgruppe ist, sollte die eigentlich nicht in Berechtigungsfeldern (Leser und Autoren) funktionieren. Stelle die Gruppe auf unbestimmt, dann sollten die Autoren- und Leser-Felder funktionieren.

Gruß
Dirk

Ich habs mit Umbestimmt ausprobiert, bringt nix.
Allerdings habe ich festgestellt, dass nur Gruppen betroffen sind in denen externe Adressen enthalten sind. Gruppen die nur interne Adressen enthalten funktionieren einwandfrei. :-?

Meines Wissens funktioniert auch die OU in Leser- und Autorenfeldern.

Ich habe eine Applikation die von zwei Organisationen genutzt wird. Die Normaluser sollen nur die Einträge Ihrer eigenen O sehen.
mit "*/O=Org1" im Leserfeld funktioniert das.

Allerdings kann (glaube ich) man nicht schreiben "*/OU=OUName" sondern "*/OU=OUName/O=Org"

Zitat

Muerte wrote:
ist die gruppe auch vom typ mailgruppe oder unbestimmt?!

Sie ist vom Typ Mailgruppe

Zitat

wenn du da acl gruppe auswählst, kann man die nicht anmailen...
der server kann die gruppe sehen?
ggf. mal ein updall auf die db machen...

Wenn ich die Gruppe adressiere funktioniert es. Also muss es schon irgendwas mit der Berechtigung des Users zu tun haben.

Hiiiilfe ! Hat denn keiner ne Idee?

Ich hab den User ein neues Gruppendokument anlegen lassen, selbes Spiel. :cryclaus:

Ist eigentlich nicht so arg schwierig.

dim session as new NotesSession
dim uiws as new NotesUIWorkspace

dim db as NotesDatabase
dim item as NotesItem
dim currentDoc as NotesDocument
dim newDoc as NotesDocument
dim uidoc as NotesUIDocument

dim i as integer
dim j as integer

set db = session.CurrentDatabase
set uidoc = uiws.CurrentDocument
set currentDoc = uidoc.Document
set item = currentdoc.GetFirstItem("Name des Feldes mit der Liste"
(Normalerweise würde ich jetzt mit forall durch alle Elemente des Items gehen, aber ich brauche ja nur n-1 Kopien)
'Erstmal die Elemente zählen
Forall v in item.Values
j = j+1
end forall
for i = 1 to (j-1)
set newdoc = db.CreateDocument
call currentDoc.CopyAllItems(newdoc,true)
call newdoc.ReplaceItemValue("Feldname",item.Values(i))
call newdoc.Save(true,false,true)
next

Das wars.

Also ich hab bisher immer nur Workflow-Sachen gemacht die nicht confidential waren, sondern es ging immer nur darum, dass bestimmte Leute in einem bestimmten Status nur bestimmte Dinge tun dürfen.

Dafür lege ich grundsätzlich alle Felder doppelt an. Einmal als Eingabefeld und einmal als Displayfeld die ich dann je nach Status und Role mit entsprechenden Hide-Whens anzeige oder auch nicht.

Sections mach ich nie, weil mir das zu kompliziert ist. (Vielleicht war ich auch nur zu Faul mich damit mal zu beschäftigen)

Dazu kommen dann noch Leser- und Autorenfelder die je nach Status neu gesetzt werden.

Hallo,

wir haben ein zusätzliches Adressbuch mit Kundenadressen. Das Adressbuch ist auf dem Server Kaskadiert.
In diesem Adressbuch haben bestimmte User die Berechtigung selbst Gruppen zu erstellen und zu verwalten.
Die Berechtigung ist an eine Role gebunden.

Jetzt will der User ein Mail an diese Gruppe schreiben. Ern macht ein neues Memo auf, wählt über den Adress-Button die Gruppe aus dem Adressbuch aus und setzt sie ins SendTo Feld.
Wenn er das Mail abschickt bekommt er die Fehlermeldung "Keine Übereinstimmung gefunden für Name ...."

Er kann das Adressbuch öffnen, das Gruppendokument sehen und editieren, aber keine Mails an die Gruppe schicken.

Wenn ich an die Gruppe schicken will, dann geht das einwandfrei.
Ich habe allerdings die Berechtigung im Leserfeld/Autorenfeld über eine Gruppe nicht über eine Role.

Der Server ist 6.5.1, Client-Seitig habe ich es mit 5.0.11, 6.0.3 und 6.5.1 getestet.

Hat irgendjemand eine Idee woran das liegen könnte?

Zitat

Gast wrote:
Besonders herrlich finde ich immer wieder die Grabenkämpfe, die aufgrund solcher Meldungen im Heise-Forum zwischen Exchange- und Notes-Jüngern geführt werden. Zum totlachen !

Gruß

Ozzy

Wobei man immer sehen muss, dass bei den Exchange-Jüngern die Ignoranten bei weitem überwiegen. :oops:

In dem Zusammenhang fällt mir noch ganz spontan eine Frage ein:

Wenn ich ein TXT-File als Attachment empfange und den Inhalt in einem Script auswerten will, muss ich dann zuerst das File auf Platte Speichern oder kann ich es direkt öffnen?

War mal ein Lotus Business Partner. Existiert aber schon länger nicht mehr.