Beiträge von citab

    Ich würde folgende Konzeption vorschlagen:

    Server Standort1:
    Hauptserver, der alle Adresse annimmt und auch das komplette Fimenarchiv-System (incl. Außenstelle bzw. Standort2) verwaltet.

    Server Standort2:

    "Nebenserver", der nur die in diesem Standort befindlichen Archive der Mitarbeiter verwaltet und nicht nach außen versendet/empfängt.

    Man kann als quasi Datensicherung auch die komplette TAS-Archive-Struktur laufen lassen.
    Vorher wäre aber die Performance der Leitung zu prüfen.

    Abgeglichen werden die Archive über die Replica-Services.

    ps.: der datenschutzbeauftragte, externer, eines kunden hat das noch nie bemängelt.

    Wenn das ein Datenschutzbeauftragter nicht bemängelt, dann ist er vielleicht kein wirklicher DSB gemäß Maßgabe des § 4 f II 1 Bundesdatenschutzgesetz (BDSG).

    Man muss schließlich "nur" die Userarchive "vor dem Zugriff des Admin" schützen.
    Wenn dort mal etwas schief laufen sollten, dann muss man das Archiv/User neu aufbauen. Es kann ja noch ein SuperUser-Zugang/Kennwort geben (back-to-the-roots: Netware läßt grüßen ;) ), das alle Rechte hat und der Zugang im Safe liegt. Bestenfalls mit einem Paßwort-Token (z.B. von RSA) der jeden Tag ein anderes Paßwort generiert!

    Der Datenschutzbeauftragte ist kein leichtes Thema und muss eigentlich schon ab 9 MAs angewendet werden:
    Wer mehr Info möchte und es kompakt interessiert:

    Wir beschäftigen uns jetzt schon 1/2 Jahr mit diesem Thema.

    Die vorgegebenen Darstellungsmöglichkeiten können nicht verändert werden :(
    aber man kann durch die Möglichkeit der Portalseiten seine eigene Darstellung bauen !

    Wir haben ein Produkt entwickelt, das in diese Richtung geht:

    DvDashboardCal 1.0
    um in einer Wochen-Übersicht die Kalender mehrerer User auf einer Übersichtsseite anzeigen zu lassen.

    Wie der KB-Artikel schon beschreibt, ist die standardmäßige Vorgabe, dass der Administrator alles sehen darf.
    Meist auch in kleineren Unternehmen nur so sinnvoll, aber nicht Datenschutz-konform.

    Da die Rechtevergabe auf OS-Backendseite liegt, kann natürlich nachträglich dem Admin die Rechte für die Userverzeichnisse genommen werden.

    Bei Tobit wird mit einer filebasierten Datenbank gearbeitet:

    Dienste beenden und dann einfach wegsichern, ist kein Problem.
    Es müssen auch nicht die Dienste beendet werden, denn die Dateien, die sich im Zugriff befinden, werden vom David-Server im Backupverzeichnis kopiert (Sofern der entsprechende Schalter in der Systemkonfiguration gesetzt ist.)

    Wenn sich der Servername, Versionsstand und Pfad nicht ändern, kann man eine Datensicherung 1:1 zurückspielen.

    Unsere Erfahrungswerte:

    Wir hatte jahrelang eine David V8/V8+ auf einem Linuxbackend in einer DMZ stehen, der den kompletten Mailverkerhr am Ende von ca. 100 Konten realisiert hat.
    Da es immer mehr wurden sind wir Ende letzten Jahres auf ein reines Linuxsystem umgestiegen.

    In dieser Zeit gab es keine Probleme und es kam auch zu keinen Sicherheitsrelevanten Problemen.

    Da ich die Größenordnung nicht kenne, würde ich mir trotzdem überlegen, ob es für eine kleine Firma Sinn macht, einen externen Mailserver aufzubauen, da verschiedenen Sicherheits- und technische Dinge von Wichtigkeit sind.

    ggf. ist dies sinnvoll über ein eigenes Eingabefenster zu realisieren, wo die Unternehmens spezifischen Dinge abgefragt/berücksichtigt werden.

    Sollte eine solche Lösung interessant erscheinen, stehen wir gerne mit unseren Programmierer bereit.

    Einfach per eMail anfragen.

    Meiner Meinung nach ist von allen bisher genannten Möglichkeiten das einfachst eine Remote- oder LAN-Capi:
    Es muss lediglich der Treiber installiert werden, auf den David aufsetzt; der Rest funktioniert über das Netzwerk.

    Das kommt immer auf die Virtualisierungssoftware an, da diese die Hardware zur Verfügung stellt, dann kommen die Treiber der Karten (z.B. AVM, Pinnacle, etc.)
    Wenn das von deren Seite passt, dann klappt es auch von David-Seite, denn er weiss ja nicht, dass er virtualisiert läuft.

    Wir haben schon unter VM-Ware-Server (Win+Linux), sowie unter Linux XEN es zum Laufen gebracht :)

    Normalerweise sollte die Vermitteln-Funlktionalität auch bei der FB im Standard klappen.
    ETC auf dem Port einschalten, TAPI-Nummer im InfoCenter hinterlegen und los gehts :)

    -> Siehe auch den Videocast 24/7 von Holger Füchter auf Tobit.com -> {A5D30016-0456-459E-9B79-1C5B3B19DA17}
    Hier ist es schrittweise bildlich erklärt was zu machen ist !

    Es gibt seit 11h einen neuen Hotfix, der wahrscheinlich auch dieses Problem behebt (steht zwar nicht im Text, aber ich denke es):

    Auszug aus der KB:

    Zitat

    Hotfix »David.InfoCenter und Tobit.ViProtect« Q-109.053

    Das Hotfix »David.InfoCenter und Tobit.ViProtect« enthält eine aktualisierte Version des David.InfoCenters sowie ein aktualisiertes Modul der
    Tobit.ViProtect. Unter Umständen wurden im Client die Adresseinträge im Kontakte-Fenster bei einer sehr hohen Anzahl von Adressen nicht korrekt angezeigt. Des weiteren konnte es bei Verwendung des Microsoft Remotedesktops zu einer Fehlanzeige des ViProtect-Symbols kommen.
    Wichtiger Hinweis
    Dieses Hotfix kann ausschließlich für vorhandene Installationen von David.zehn! mit dem aktuellen FeaturePack 09-Jul-2007 verwendet werden!

    @RottenSon667

    klar, aber im Quellcode darf man leider nichts ändern. Tobit ist nicht OpenSource !

    d.h. es gibt die Möglichkeiten Portalseiten, die per HTML/Java gebaut werden, einzubauen. Wie diese eingebunden werden, siehe Handbuch. Beispiele gibt es wie Sand am Meer bzw. werden auch mitgeliefert (z.B. Projektplanung).

    Der Programmierer sollte es sich einfach mal schauen. Das dürfte für ihn auch keine Kunst sein, wenn er meint mit 3 Codezeile ist die Adresse im Hardcode eingefügt :)