Hallo,
anstatt die Bookmark umzubenennen und neu zu erstellen ist es eleganter, einfach die vorhandene Datei zu bereinigen.
Ich habe diesen Tip mit Erfolg angewendet: http://abiteof.com/2010/05/24/…93-clearing-bookmark-nsf/
Dabei wird der Inhalt der Ansicht (ByURL) gelöscht, die Datei bleibt aber erhalten.
Das ist sehr praktisch bei Roamingnutzern.
Gruss
Toralf
Hallo,
wenn es nicht die "CACHE.NDK" war, kommt auch die "bookmark.nsf" als Fehlerquelle in Betracht.
Nimm dem Notesclient die "bookmark.nsf" weg und starte ihn. Dabei wird eine neue Datenbank "bookmark.nsf" erstellt.
Gruss
Toralf
Hallo,
ich würde nie Dominokomponenten (Personendokumente / Server / Domäne) mit Sonderzeichen erstellen.
Wer garantiert, dass zukünftig alle Systeme damit klarkommen ?
Beispielsweise gibt es im Produkt "Traveler" diese Probleme mit Umlauten: http://atnotes.de/index.php/topic,53293.0.html
Gruss
Toralf
Hallo,
du kannst über die Beschaffung eines Gruppenkalenders nachdenken. (Es gibt mehr als zwei Anbieter solcher Produkte...)
Gruss
Toralf
Hallo Volker,
Danke für die Erläuterung.
Wir haben solche Gruppen auch: - alle Personen an einem bestimmten Standort, - alle Personen einer bestimmten Tochterfirma.
Diese Gruppen sind nicht verborgen, sondern für alle sichtbar. Wir kommen damit gut zurecht.
Gruss
Toralf
Hallo,
ihr könnt auch über den Einsatz eines Gruppenkalenders nachdenken.
Es gibt einige Lösungen, die z.B. Farbgebung und Filter bereitstellen.
Gruss
Toralf
Hallo,
ich halte eine möglichst flache Hierarchie für sinnvoll.
Damit ist es nicht notwendig, jedesmal beim Arbeitsplatzwechsel von Mitarbeitern innerhalb der Organisation eine Re-Zertifizierung vorzunehmen.
Gruss
Toralf
Hallo Volker,
vielleicht lerne ich hier noch etwas:
Für welchen Anwendungzweck braucht man Gruppen im N&A, die nicht für alle zu sehen sind ?
Wenn ich hier lese, was dafür für Kopfstände gemacht werden, frage ich mich nach dem Sinn.
Mein pragmatischer Lösungsansatz wäre eine Gruppe in den persönlichen Adressbüchern der interessierten Nutzer. Das wäre doch dann wirklich privat...
Gruss
Toralf
Du kannst das so lösen:
1. Das Adressbuch wird in einen Ordner auf einem Dominoserver gelegt.
2. Zugriffsrechte für die Nutzergruppe einrichten
3. Bei diesen Nutzern eine lokale Replik dieser Datenbank erstellen
4. (wie lotusfee schrieb) Die Datenbank als weiteres Adressbuch bei den Nutzern eintragen.
So bekommt nicht die gesamte Organisation, sondern nur eine beschränkte Nutzergruppe Zugriff auf das gemeinsam genutzte Adressbuch.
Gruss
Toralf
Natürlich mache ich das heute nicht mehr so.
Mit einem Administrationstool und der Funktion "Restore Person from Archive" ist das noch einfacher.
Gruss
Toralf
Hallo,
- eine praktikable Lösung zur Wiederherstellung des Personendokuments?
Nimm eine Sicherung des Dominoverzeichnisses und kopiere das Personendokument daraus.
Gruss
Toralf
Das wären bei dir zwei Schritte:
1. Ordnernamen umbenennen,
2. diesen neuen Namen im Personendokument eintragen
Gruss
Toralf
Hallo.
mit einem Agenten kannst du den Inhalt des Feldes RoamSubDir im Personendokument setzen.
Gruss
Toralf
Hallo,
eine mögliche Alternative:
Erstelle eine lokale Replik des Adressbuches und füge es zur "Liste der lokalen Adressbücher" in den Benutzervorgaben hinzu.
Gruss
Toralf
Schau mal, ob die ID nun im Data-Ordner des Notesclients zu finden ist.
Gruss
Toralf
Hallo Michael,
das sollte es sein:
Gruss
Toralf
Hallo,
vielleicht offtopic, aber ich möchte die Frage mal stellen:
Hat die Tätigkeit eurer Nutzer irgendeinen Sinn ?
Wenn nein - dann rate ich zum Löschen des Nutzers aus der ACL. Dies bewirkt automatisch, dass er nichts mehr senden kann...
Wenn ja - Was soll dann der ganze Wirbel ? Will eure GL wirklich, dass die Nutzer bei voller Mailbox nicht mehr auf eingehende Mails reagieren können ? Welcher Schaden kann entstehen ? Wie lange will eure GL noch Geschäfte leiten ?
*kopfschüttelnd*
Gruss
Toralf
Hallo Bertram,
siehe hier:
http://www.ibm.com/developerwo…brary/domino-mail-quotas/
Zitat:
Kann ich das sperren das wenn sie die Größenbeschränkung erreicht haben, gar nichts mehr machen können außer löschen und archivieren?
Genau dies kannst du mit "Over quota enforcement" erreichen.
Gruss
Toralf
Hallo,
in einem Programmdokument funktioniert bei mir (Domino 8.5.2) compact z.B. mit diesen Argumenten:
-T -B -S2
(auch ohne Leerzeichen)
Gruss
Toralf
Hallo Klaus,
Unabhängig vom "trouble-shooting" würde ich überlegen, ob hier nicht der Einsatz eines Gruppenkalenders (mit Urlaubsfunktion) eine bessere Lösung wäre.
Gruss
Toralf
