Beiträge von Muerte

    mach mal ein fixup auf deine lokalen DBs. Mindestens auf names, log und bookmark...
    Der Fehlercode zeigt zumindestens auf eine korrupte DB. Deshalb wird der ClientConfig auch nicht laufen...

    Hallo Artemis,


    wie hast du denn festgestellt, dass die Dynamische ClientConfig nicht lief?


    Also prinzipiell kannst du die exe einfach so aufrufen. Es ist dann auch im Log des Clients zu sehen, dass die ClientConfig gestartet wurde:
    02.05.2007 15:53:07 Dynamic Client Configuration started
    02.05.2007 15:53:07 Initializing Dynamic Client Configuration
    02.05.2007 15:53:07 Dynamic Client Configuration shutdown


    Notes kann dabei normal laufen.


    Wenn Policies nicht ziehen, solltest Du mal im persönlichen Adressbuch in die Ansicht $Policies gehen und dort die Policies löschen. Dann sollte beim nächsten Start des Client alle Policies wieder angezogen werden.

    damit ich meine Projektleiterausbildung nicht ganz um sonst mache hier noch mal eine Erklärung was ein Pflichten- und was ein Lastenheft ist:


    Lastenheft - Das Lastenheft wird durch den Kunden erstellt und dieser definiert darin, was er will. Zum Beispiel eine Anwendung mit der man Reisekosten abrechnen kann. Weiterhin definiert er darin vllt. noch, dass dies in Lotus Notes passieren soll und er wünscht sich noch irgendas anderes, was aber aus Sicht der Entwicklung keinen Sinn macht, z.B. nicht mehr als 10000 Lines of Code.


    Pflichtenheft - Das Pflichtenheft wird durch den Auftragnehmer geschrieben und enthält Teile des Lastenheftes, die Du als Auftragnehmer für erfüllbar hälst. Unsinnige Sachen lässt Du weg und dann bereitest Du auf Basis des Pflichtenheftes ein Angebot zu Umsetzung vor.


    Damit geht es dann ab zum Kunden und der kann dann unterschreiben oder es lassen...


    Wichtig ist in jedem Fall die Zieldefinition. Jedes Ziel sollte messbar sein. D.h., was muss vorliegen, damit ein Ziel erreicht ist? Z.B. eine DV-Konzept als Word-Dokument....


    Das sind so die ersten Grundsachen....dann gibt es da aber noch die Projektplanung, Durchführung, Risikomanagement, Stakeholder, der Plan der Pläne (Projektstrukturplan) usw usw usw.....


    Wenn es nur ein kleines Projekt ist, dann solltest Du das auch so schaffen. Sollte es was größeres sein, dann such Dir ein bißchen Unterstützung.

    Du hast Recht Carsten. Normale Benutzer benötigen keine Rechte auf die Ressourcen DB. Die Reservierung erfolgt bei 5 & 6 durch den Router und ab 7 durch den RnRMgr. Es geht also auch ohne, ausser wie bei Dir beschrieben, wenn jemand Raumreservierungen genehmigen muss.


    Alternativ kann man natürlich nur irgendwas in die Betreffzeile schreiben, was entsprechend unverfänglich ist. Schließlich sehen alle auf die DB als mind. Leser definierten Benutzer auch die "privat" markierten Dokumente.

    dann gibt es ja noch die log.nsf. Dort kann bei Benutzung nach.... auch die Aktivitäten verfolgen...
    Dort kannst Du die Aktivitäten sehen zurück bis zum Datum das im Log noch enthalten ist...(default 7 Tage galube ich)

    Hallo Ihr,


    wir setzen bei uns im Haus Sametime über den integrierten Sametime Client von Notes ein. Jetzt haben wir das Problem, dass kein Zeilenumbruch erfolgt, wenn jemand im Chat was neues schreibt.


    Hat das schon jemand von Euch erlebt und weiss Abhilfe?


    Es liegt definitiv am Client auf Citrix, denn wenn man lokal arbeitet ist alles wie es sein soll.

    Hier ist wohl erstmal die wichtigste Frage, wieviel Traffic der Server haben wird....100 Mails/Tag oder eher 10000 Mails/Stunde?!


    Danach musst Du dann entsprechend schauen wie groß die Maschinen sein müssen...
    Wir selber machen es nicht mit Domino...

    Du musst sicherstellen, dass die versendete Email unverändert archiviert wird. D.h., dass Du die Mail archivieren musst, bevor sie im Mailkorb des Benutzers landet. Das machen zum Beispiel Group oder Saperion. Die liegen mit einem Task auf den Mailboxen des Server und archivieren entsprechend die Mails, setzen ein Flag, damit nicht doppelt archiviert wird.


    Suche darf man darin dann schon. Es sollte dann aber sichergestellt sein, dass entweder die Daten nicht verändert werden können oder dass das 4 Augen Prinzip eingehalten wird, wenn man auf die Daten zugreifen will.


    Schau Dir mal die Lösungen von den angesprochenen Firmen an. Die kosten zwar Geld, machen aber genau das. Bei Group musst Du halt noch schauen, wie Du das Backend gestaltest (ob Du was über Bridge anbindest oder Safe von Group nutzt).
    Saperion hat meines Wissens nach eine Komplettlösung.

    Das Thema ist wirklich komplex.
    Um den Gdpdu gerecht zu werden, muss jede Email, die handelsrechtlich relevant ist, für mind 6 Jahre archiviert werden. D.h. auch, dass in den archivierten Mails recheriert werden können muss.
    Da eine Trennung zw. handelsrechtlichen, normalen und privaten Mails ziemlich schwierig ist, sollte man alle Mails archivieren. Um jetzt mit Datenschutz und Betriebsrat keinen Ärger zu bekommen, sollte man eine Betriebsvereinbarung abschliessen, die den privaten Mailverkehr verbietet. Damit kann aus BR Sicht nicht mehr viel kommen. Um auch den Datenschutz zu berücksichten, sollte man mind. das 4-Augen Prinzip für die Recherche einsetzen, um so den Mißbrauch zu erschweren.


    Das ist der allgemeine Teil. Als Lösung schwebt bei uns Group IQ.Suite (Bridge) mit CSLD und IDMS im Raum aber auch eine Lösung von Saperion.


    Wenn man Mailarchivierung will, sollte man auch die Kosten tragen. Die sind in jedem Fall hoch.


    Wenn man mal den Mailverkehr eines unserer Kunden nimmt (40 GB/Monat), dann heisst das, dass wir 500 GB Speicher vorhalten müssen, um die nächsten 6 jahre zu archivieren. Dazu kommt der Index für die Recherche und ein bißchen Puffer und Mailwachstum. Im großen und ganzen also 1 Terrabyte. Und alles so archiviert, dass du in 6 Jahren auch noch definitiv drauf zu greifen kannst.


    Das kostet.

    Verbinde beide Server zum Cluster...dann wird bei den Clients in der cluster.ncf der neue Server mit hinterlegt und wenn der alte Server dann nicht mehr erreichbar ist, "clustert" der Client automatisch auf den neuen Server...
    Wichtig ist nur das der Cluster entsprechend lange "besteht", d.h. das er im Adressbuch noch virtuell besteht...darüber wird nämlich die cluster.ncf gesteuert....