Ritana danke fürs klären und aufklären 
Schade das Tobit es auf seiner Webseite noch nicht angepasst hat!
Denn dort steht wie schon seit dem 16. September noch immer:
"für die jeweils aktuell lizenzierten Benutzer"
und nicht etwa:
"für die jeweils aktuell eingerichteten Benutzer"
Wobei das für mich noch ein Grund mehr ist drauf zu achten das wirklich zu jeder Zeit ausreichend dummy User eingerichtet sind, denn 100x 3,75 bleiben auch weiterhin günstiger als wenn ich unsere 95 tatsächlich benötigten Nutzer mit je 4,17 € (bei jährlicher Zahlweise) bezahlen müsste.
Konkret rechnet es sich schon ab 90 tatsächlichen Nutzern die 100 vorhandenen Lizenzen auch mit Nutzern zu belegen.
Rechnet man noch die Premium Protection mit ein muss man schon früher voll machen, da die innerhalb ihrer Preisstaffel schon mit 73 Lizenzen teurer ist als wenn man gleich 100 zahlt.
Bei beidem zusammen ergibt sich so mit 100 genutzten Lizenzen bei jährlich gezahlter SiteCare ein rechnerischer Monatspreis von 635,00 €, diesen würde man bereist ab tatsächlich eingerichtetem Nutzer Nr. 82 um 2,14 € überschreiten. Wer auch die Sitecare monatlich zahlt wäre erst ab tatsächlich eingerichtetem Nutzer Nr. 83 besser beraten die 100 vorhandenen Nutzerlizenzen auch mit Dummy Nutzern voll zu machen, denn dann kosten 100 eingerichtete Nutzer monatlich 710,00 während 83 eingerichtete Nutzer bereits 713,80 im Monat kosten.
Wir zahlen - bei tatsächlichem Bedarf von 95 Nutzern und 100 vorhandenen Nutzerlizenzen - dank 5 eingerichteter Dummy Nutzer aktuell umgerechnet 635,00 im Monat.
Nach altem Modell ohne dynamische SiteCare wären es ohne die Dummy Nutzer 717,00€
Nach dem neuen Modell mit dynamischer SiteCare wären es ohne die Dummy Nutzer sogar 738,15€ im Monat.
Würde mir nur z.B. mal nur ein Dummy Nutzer fehlen, oder hätte ich tatsächlich den Bedarf an 99 Nutzern und würde keinen Dummy Nutzer 100 anlegen wäre es gleich noch schlimmer 
, denn 99 Nutzer kosten rein die Sitecare 412,83 während 100 nur 375, inklusive Premium Protection 769,23 vs. 635,00 da könnte man sogar im Zweifel noch Lizenz Nr. 100 nachkaufen wenn man sie nicht hätte und würde schon im ersten Monat was übrig behalten.
Selbst wer aktuell nur 93 Lizenzen besitzt kann sich die bei zur Preisstaffel von 100 fehlenden Lizenzen direkt mal shoppen und hat das noch innerhalb der ersten 12 Monate wieder drin, um dann ab dem zweiten Jahr jeden Monat 87,16 zu sparen.
Auch wer keine 100 Lizenzen besitzt sondern 75 oder 50, bzw. kurz unter der jeweiligen Schwelle ist, sollte genau überlegen ob er gerade mal nicht benötigte Lizenzen nicht vielleicht doch als dummy Nutzer einrichtet, oder gar mal die nötigen Lizenzen nachordert um die Schwelle zu erreichen.
Die Unterschiede sind da zwar nicht so gravierend, aber doch auch vorhanden und verschenken muss ich am Ende auch nix 
Soviel zum Fair-Use-Prinzip 
Immerhin erlaubt das neue System dann im Zweifel beim schrumpfen unter die Schwelle wo es sich rechnet auch davon zu profitieren tatsächlich im System aufzuräumen, sollten wir also je unter 82 Nutzer fallen lösche ich alle meine Dummy Nutzer 
Beiträge von riawie
-
-
Ich denke die alte Abrechnungsweise ist seit dieser Umstellung hinfällig.
Es werden nur noch die aktiven (X) Benutzer für Sitecare berechnet.
Nein, weder wird die alte Abrechnungsweise hinfällig werden, noch wirst Du SiteCare nur für aktive Nutzer zahlen. SiteCare ist eine Leistung welche auf gekaufte Lizenzen fällig wird.
Das steht auch klar in dem ganz aktuellen Text den ich Dir verlinkt und die relevante Zeile heraus kopiert habe.
Die SiteCare ist die Einnahmequelle aus welcher heraus Tobit seine David Entwicklung bezahlt, die wird ganz sicher nicht absichtlich geschmälert werden.
Die aktuellen Änderungen von Tobit zielen vielmehr ganz klar darauf ab die welche bislang mehr Nutzer eingerichtet hatten als sie Lizenzen gekauft hatten dafür auch zur Kasse zu bitten.
Und zum anderen durch erzwungenes SiteCare für alle insgesamt den Einkommensstrom stetiger und berechenbarer zu machen als der bei den vielen - wir kaufen Updates nur dann wenn wir einen Grund sehen Kunden - bisher durch ihre nur sporadischen Updates war.
Für Kunden die wie wir Wert auf Sicherheit und im Falle des Falles zeitnahe Updates legen wird sich schlicht nichts ändern.SiteCare wird aber Jährlich im voraus in Rechnung gestellt.
Nur bei jährlicher Zahlweise. Man kann ja auch freiwillig 20% mehr und dann monatlich zahlen
, dann wird SiteCare monatlich im voraus gezahlt, aber eben trotzdem immer berechnet auf die dann aktuell vorhandenen bzw. auf die Site registrierten Lizenzen. -
Aber was macht dann im David Administrator das "Lizenziert", bzw. aktivieren/deaktivieren für einen Sinn?
Lizenziert zeigt Dir an ob Du genug Lizenzen hast, bzw. ob sie erschöpft sind und Du unlizenzierte Nutzer im System hast.
Vielleicht hast Du was Sitecare angeht auch schlicht ein Verständnissproblem?
Sitecare ist der moderne Ersatz für Update Gebühren, davon wird die eigentliche Entwicklung finanziert. Alles was man liezenziert hat braucht damit auch Sitecare.
Bevor es Sitecare gab hat man halt in mehr oder weniger unregelmäßigen Abständen Updates gekauft und dann für jede Lizenz die man hatte einen Preis gezahlt, das umfasste damals neben den Nutzerlizenzen immer auch den Server selbst und die zusätzlichen Port Lizenzen.
Seit es Sitecare gibt zahlt man die nur noch für die lizenzierten Nutzer.
Das ist am Ende schlicht ein Softwarepflegevertrag.
Anders verhält es sich bei den Zusatzdiensten. Diese verursachen mit ihrer Nutzung auch direkte Kosten bei Tobit, welche sich verringern wenn man weniger aktive Nutzer hat, einfach weil Tobit selbst dafür auf die eine oder andere Art Vorleistungen einkaufen muss, sei es nun ebenfalls Nutzerbasierte Lizenzen für die Virenschutzengine und die Signaturpakete, oder Ressourcen auf den Servern bei denen.
Deswegen werden da nicht einfach die theoretisch möglichen Nutzer, sondern nur die faktisch genutzten Nutzer abgerechnet. -
Alles anzeigen
Also ich verstehe es so...
Ich habe folgende Lizenzen:
- Startlizenz (5 User)
- Zusätzlich +5 UserInsgesamt habe ich 10 Benutzerlizenzen.
Im David Administrator sind 10 Benutzer eingetragen und nur 5 aktiviert (X).Mir werden nur für die 5 aktivierten Benutzer Sitecare berechnet.
Die anderen 5 Lizenzen sind ungenutzt, also nicht aktiv und können nur lesen.Füge ich nun einen Benutzer hinzu, habe ich danach noch 4 Lizenzen übrig
und es wird für 6 Benutzer Sitecare berechnet.Deaktiviere ich nun den 6. Benutzer, wird Sitecare auch nur für den Zeitraum (Monat/e)
für diesen Benutzer berechnet.Nein, das ist nicht zutreffend.
Bei Sitecare werden immer alle lizenzierten Nutzer berechnent.
In Deinem Beispiel also 10 Nutzer.
Dynamisch je tatsächlich angelegtem Nutzer berechnet werden ausschließlich die folgenden Dienste:
Auf: https://tobit.com/team-david-mit-sitecare
findet sich zur Berechnung von Sitcare folgender Satz:
"Anschließend erfolgt die Berechnung nach dem Fair-Use-Prinzip für die jeweils aktuell lizenzierten Benutzer."
Dazu das die oben aufgelisteten Optionen nur per tatsächlich eingerichtetem Nutzer berechnet werden steht gar nichts extra auf der Webseite von Tobit.
Allerdings werden sie schon seit Jahren nur je tatsächlich eingerichtetem Nutz in dem Monat wo der auch eingerichtet war berechnet und die aktuelle Preisliste lässt keine Änderung daran erkennen. -
Wenn nur 5 lizenziert waren, dann müsste man mal im David Administrator bei "David" auf
der Seite nachsehen. Dort stehen ja unter Benutzer die "aktivierten/Benutzerlizenzen gesamt"
und bei "Lizenzen". Es zählen ja nur die Lizenzen, die dort auf der Seite aufgeführt sind. Darum
kann man ja auch keine Lizenzen im David Administrator mehr hinzufügen, sondern nur auf der Seite.nun, ich kann nur über das schreiben was er selbst hier berichtet und gezeigt hat und das war halt das folgende: (siehe das von mir rot eingekringelte)
-
Das war offensichtlich der Preis für 1 Jahr und wurde als monatlich angezeigt.
Scheint korrigiert zu sein, jedenfalls zeigt er nun den korrekten Preis für 1 Monat an.Da passt ja trotzdem was nicht, denn er hatte 14 Lizenzen im System von denen nur 5 als lizenziert angezeigt wurden.
Wenn das System auch da einen Darstellungsfehler hatte, doch alle 14 Lizenzen gewertet und ihm deshalb auch nur für den Admin Nutzer die 15. Lizenz als zusätzlich zu kaufen angezeigt hat, dann wäre die korrekte Preisstaffel bei monatlicher Zahlweise 7,50 im Monat und damit bei 90 Euro im Jahr gelegen, oder bei jährlicher Zahlweise bei 6,25 x 12 = 75,00€
Also irgendwas passt da trotzdem nicht... -
Youbird nein, aktuell hast Du je zusätzlichem Nutzer im System einmalige Kosten von 125€ und anschließend laufende Kosten für Sitecare von mindestens 3,75 bis max 9,50 Monatlich, ganz gleich ob die Lizenz nach einiger Zeit noch genutzt wird, oder einfach nur so ungenutzt im System existiert.
Wirklich dynamisch sind aktuell nur die Premium Protection Services, welche nur so lange anfallen wie es auch einen eingerichteten Nutzer auf einer Lizenz im System gibt.
Nimm mal ein Unternehmen mit 6 regulären Tobit Nutzern an.
Das hat ohne Praktikanten dann dauerhaft 6 Tobit Lizenzen welche monatlich 6x 9,50 € für Sitecare kosten und eventuell optional noch 6x 5,50 € für die Premium Protection Services.
Hat das Untenehmen nun jedes Jahr 4 Praktikanten, welche David nutzen sollen, die nacheinander für jeweils 3 Monate da sind braucht das Unternehmen 1 zusätzliche David Lizenz für 125,00€ und zahlt ab da jeden Monat mindestens 9,50€ zusätzlich für Sitecare. Damit tritt dann das ein was Du beschrieben hast. Zusätzlich werden je Monat in dem tatsächlich ein Praktikant als Nutzer im David eingerichtet ist halt dynamisch 5,50 € für Premium Protection Services an wenn das Unternehmen diese denn nutzt. Kommen in einem Jahr gar keine Praktikanten laufen die 9,50 Monatlich für Sitecare dennoch weiter, die 5,50 € Monatlich für Premium protection hingegen entfallen.
Hat das Unternehmen aber nun z.B. im Sommer 4 Praktikanten gleichzeitig braucht es neben seinen 6 normalen Lizenzen gleich 4 weitere Lizenzen für die Praktikanten, was einmalig 4x 125,00 €, also 500 € kostet. Zusätzlich fallen ab da dauerhaft für 4 weitere Lizenzen Sitecare Gebühren an, da nun die Preisstufe 10 erreicht wurde allerdings nicht 9,50 € je zusätzlicher Lizenz, sondern 7,50 je zusätzlicher Lizenz, auch die ersten 6 werden damit günstiger und somit ergeben sich reale Mehrkosten für diese 4 weiteren Lizenzen in Höhe von 18,00 € Monatlich, womit in dem Fall 4 Praktikanten langfristig sogar günstiger sind als 3, dennoch aber die monatlichen Kosten dauerhaft erhöhen. Weiterhin fallen dann 4x 4,50 € Premium Protection an, welche nur in den Monaten anfallen wo die Praktikanten auch da sind und dabei auch für die restlichen Nutzer die Premium Protection um 1 € monatlich günstiger machen, so lange es insgesamt dann eben mindestens 10 Nutzer sind, was also die monatlichen Mehrkosten für Premium Protection bei 4 zusätzlichen Praktikanten wieder günstiger macht als bei 3 und in dem Szenario eben real 12,00 € monatlich bedeutet.
Nach dem alle Praktikanten weg sind hat das Unternehmen nun jedoch dauerhaft 10 Lizenzen statt vorher 6 und muss Monatlich dauerhaft weiter 10x 7,50 € (75,00€) für Sitecare zahlen statt vorher 6x 9,50 € (57,00€).
Was cossys sich nun gewünscht hätte wäre das man wirklich dynamisch Lizenzen nur für die Zeit der tatsächlichen Nutzung mieten könnte.
Dann würden nämlich nach dem die Praktikanten wieder weg sind in jedem Fall anschließend wieder nur die ursprünglichen Kosten für 6 Mitarbeiter anfallen, ganz gleich wie viele Praktikanten zwischenzeitlich da waren und ob die alle gleichzeitig, oder hintereinander da gewesen sind, oder auch mit Überschneidungen.
Fun Facts:
Ein Unternehmen mit 9 Nutzern sollte sich in jedem Fall 10 Lizenzen gönnen, denn das kostet 10,50 € im Monat weniger als wenn es das nicht tut, die zusätzlichen Anschaffungskosten der zehnten Lizenz sind auch in weniger als einem Jahr wieder drin.
Das gilt in anderen Staffelungen halt entsprechend, nur das man dann je Höher die Staffel ist um so mehr Nutzer quasi geschenkt bekommt.
Wer so wie wir 100 Lizenzen hat und zudem die Premium Protection oder andere dynamische Services nutzt sollte dann ab mindestens 73 tatsächlich im System aktiven Nutzern auch tunlichst drauf achten das auch zu jeder Zeit 100 Nutzer im System angelegt sind, denn nur dann wird auch bei den dynamischen Services die Staffel erreicht und man zahlt weniger als wenn man das vergisst. So kosten z.B. 80 aktive Nutzer 288,00€ Monatlich für die Premium Protection Services, während 100 Nutzer nur 260,00€ Monatlich kosten.
Auch bei der Sitecare wird das relevant. unsere 100 Nutzer waren damals ein Aufstieg von 50 auf 100 Nutzer und im Paket haben die 50 zusätzlichen Nutzer sogar weniger als die damals tatsächlich benötigten 40 zusätzlichen Nutzer gekostet.
Heute zahlen wir für 100 Nutzer weniger Sitecare als wenn wir damals tatsächlich nur auf 90 Nutzer gegangen wären. Wir haben also 10 Gratis Nutzer im System, von denen aktuell 5 tatsächlich in Gebrauch sind + 5 Dummy Nutzer um die Premium Protection nicht zu verteuern
Aber auch wir hatten Zeiten wo wirklich dynamische Nutzer toll gewesen wären, weil wir entweder mal deutlich weniger als 90 aktiver Nutzer hatten oder aber mehr als 100 gebraucht worden wären, was wir dann jedoch aus langfristigen Erwägungen heraus anderweitig organisatorisch vermeiden haben. -
Du weißt aber auch, dass es die Option zur Autovalidation erst seit einiger Zeit gibt.
Diese Option war seit meinen ersten Tagen - noch mit Windows 3.11 und einem Novell Netzwerk - Bestandteil der David.INI gewesen
Neu ist nur das man sie seit einiger Zeit auch über den David Administrator und damit über die GUI konfigurieren kann. Das man es früher nicht hätte einstellen können ist damit als Argument hinfällig. Insbesondere da man zu jener Zeit eh kaum um das händische Bearbeiten der David.INI drum herum kam und dort jede einzelne Option im Klartext erklärt wurde.Und ich bin kein Kindermädchen, der jeden Tag seine Kunden überprüft, ob da evtl. unerlaubterweise jemand David gestartet hat!
Warum sollte man auch?
Man klärt einmal mit dem Kunden was er will, also zusätzliche Lizenzen zahlen wenn neue Nutzer den David nutzen und das allen einfach so erlauben, womit es für ihn keine sinnvolle Kostenkontrolle gibt, oder neue Nutzer nur auf Zuruf und durch den Admin eingerichtet.
Ja, Lizenzrecht gilt auch dann wenn der Hersteller es nicht strikt forciert!
Nimm einen Microsoft SQL Server oder schlicht einen Windows Server, bei beiden gibt es keine Forcierung das man tatsächlich über ausreichend CALs verfügt, dennoch wird das sehr sehr teuer wenn man - durchaus auch erst nach vielen Jahren - mit Unterlizenzierung erwischt wird.
Sorry, aber das Thema mit den Lizenzen ist kleines ein mal eins und muss man den Kunden als Händler schlicht korrekt erklären. Ich habe das selbst viele Jahre gemacht bevor ich mich habe exklusiv einkaufen lassen. Keiner meiner Kunden hätte es verstanden wenn ich es ihnen nicht rechtzeitig klar und deutlich erklärt hätte.
Was nicht lizenziert wurde darf auch dann nicht genutzt werden wenn es keine systematische Kontrolle und technische Durchsetzung gibt. Da beißt die Maus keinen Faden ab. -
Na, dann lasse ich das erst noch mal ne Weile abkühlen, es wäre ja sonst heute Abend dran gewesen.
Das die Zusatzlizenzen bei Euch nicht gewertet wurden ist ein guter Grund zu warten wie das bei Euch ausgeht. Bei uns hier hängen da nämlich jeweils eine 0 hinten dran. -
Hier gab es keine solche Nachberechnung, hier gibt es aber eben auch keine Autovalidation von Nutzern. Nutzer die eMail bekommen sollen werden in einem definierten Prozess angelegt und genau wie alles andere in der IT auch nach definierten Prozessen gepflegt.Autovalidation von neuen Nutzern die nur mal das Programm klicken ist schlicht unverantwortlich. wer das noch nicht geblickt und das Feature tatsächlich aktiv hat muss sich schon fragen lassen was er da eigentlich macht.
Wenn man schon Autovalidation aktiviert muss man seinen server regelmäßig überwachen und sich um seine Lizenzierung kümmern!
Die Ausrede das die Nutzer das ja nur mal geklickt und dann nicht weiter genutzt haben kann ich da ehrlich gesagt nicht gelten lassen.
Gäbe es ein solches Feature bei MS Exchange Online und würden sich dort die Nutzer einfach so mal eMail Adressen klicken dürfen, weil der Admin das so eingestellt hat müsste die Firma das auch zahlen und auch da würde die Aussage das die Nutzer das ja seit dem nie wieder genutzt haben nicht ziehen.
Sorry, aber das ist doch jetzt schlicht Unfug hier Tobit die Schuld für derartige Unterlizenzierung in die Schuhe zu schieben.
Dürfen die das?
Nun, wenn Firmen wie Microsoft oder andere Angehörige der Business Software Allianz einem Unternehmen auf die Schliche kommen welches deren Software unterlizenziert hat machen die ein einmaliges Angebot welches ein mehrfaches kostet als die reine Nachlizenzierung. das nimmt man dann an, oder man findet sich vor Gericht wieder, da sind die sehr schmerzfrei und ziehen das auch schlicht durch wenn man nicht bereit war den mehrfachen Preis für die Vergangenheit zu zahlen.
Dürfen die das? Nun, es wird in solchen Fällen für die erwischten Unternehmen grundsätzlich sehr teuer und das gerichtlich bestätigt. Vor Gericht entkommen dem nur Fälle welche dort doch noch nachweisen können das sie ausreichend Lizenziert waren, die Betonung liegt auf waren, denn nachkaufen ist nicht.
Ja, die dürfen das denn die Lizenzbedingungen sagen klar das die Software nur in dem Rahmen des lizenzierten Umfangs genutzt werden darf. -
Des Weiteren finde ich auch sehr bedenklich, dass offensichtlich jeder beliebige User Lizenzen bestellen kann.
Hast Du auf den entsprechenden Servern das automatische anlegen neuer Benutzer (Autovalidation) aktiv?
Bei uns kann nur ich als Admin neue Nutzer anlegen und sonst niemand.
Ich habe das 505 zwar noch nicht ausgerollt - das passiert erst am Wochenende - gehe aber davon aus das sich auch mit der 505 nichts daran ändert das der Konfigurationswert erhalten und Autovalidation abgeschaltet bleibt. -
*NARF* vergesst was ich geschrieben habe.
Ich hab da seit Ewigkeiten offensichtlich ein dickes fettes Brett vorm Kopf gehabt.
Die 1 von den 101 im Zähler des Benutzer Managers ist das (User Template) mit ID 10000000
Mein Administrator ist also Zähler 2 und ich habe inklusive Administrator tatsächlich 100 Nutzer die gewertet werden.
Nicht das ich da ein wirkliches Problem mit habe, für mich / uns ist das o.k. so und spiegelt wieder was auch anderswo gilt.
Allerdings möchte ich grad in Grund und Boden versinken das ich so lange nicht gemerkt habe das der Zähler das Template mit zählt und entsprechend nicht etwa der Admin zur scheinbaren aber nicht gewerteten Überschreitung führt, sondern eben das Template
Sorry für die Verwirrung... -
Kann die Samsung-Kontakte App inzwischen auch mit langen Notizen umgehen? Die wurden bis vor ein paar Jahren beim synchronisieren immer gekürzt/abgeschnitten.
Kann ich leider nichts zu sagen, da ich wenig Notizen an Kontakten habe und ich nicht mal wüsste ab wann eine Notiz eine lange Notiz ist.
-
gruselig
wir verwenden hier auf unseren Samsung Geräten die Samsung Mail App und Samsung Kontakte, da gibt es solche Probleme nicht.
Auf allen nicht Samsung Android Geräten verwenden wir mittlerweile schlicht Outlook.
So lang man an einem bestehenden Kontakt nur andere Felder und nicht die Anschrift bearbeitet lässt die Google Kontakte App laut einem schnellen Test die Adressfelder sogar heile.
edit: den Vorschlag mit der Teams App zum Adresse bearbeiten muss ich zurückziehen, da muss ich wohl halluziniert haben, das die das inzwischen könnte :o -
Bei uns hat sich das Problem gelöst seit ich sicherstelle das die nächtliche Bereinigung erst nach der täglichen StrongBox Sicherung stattfindet und sowohl Postmaster, GrabbingServer als auch alle FAX TLDs vor der nächtlichen Bereinigung stoppe und erst nach Ende der Bereinigung wieder starten lasse. Seither haben wir keine leeren Mails mehr.
-
Melde das mal dem Tobit Support, denn da besteht ein Problem bei Deinen Installationen.
Hier bei uns funktioniert das einwandfrei und wir hätten sonst auch arge Probleme damit. -
Das geht dann nur mit einer Regel, da diese Benachrichtigungen ja intern erzeugt und in den Eingang des Benutzers, welcher den Termin angenommen oder angelegt hat, eingestellt werden.
Ob es dabei möglich ist diese Erinnerungen zuverlässig zu erkennen vermag ich so nicht zu sagen, da ich diesen Fall noch nicht hatte. -
Habe mich da wohl falsch ausgedrückt, der User selbst braucht nicht
die Möglichkeit das über eine Regel zu machen.In dem Fall wo das eh der Admin machen will / soll hat der Weg über die POP3 Abrufeinstellung sogar noch den Vorteil das der Nutzer es nicht wieder kaputt machen kann
-
Gebraucht wird hier laut Eröffnungspost die richtige Verteilkennung um die Verteilregel im Client im Eingang richtig ausführen zu können.
Bei deiner Lösung müsste bei einer Änderung jedes mal der Admin eingreifen.das ist ein berechtigter Einwand.
-
( Findige Programmierer würden ja die Größe mit den anderen Angaben in die Datenbank schreiben, und endlich die Altlasten, wie die Archive.dir abschaffen )
Könnte man schon machen, hätte dann aber halt zur Folge das einiges an Kunden aus den Aktualisierungen aussteigen, da sie sonst ihre zugekauften, oder selbst entwickelten Erweiterungen nicht mehr nutzen können.
Der David Server mag nicht perfekt sein und einige Dinge würde man heutzutage sicher auch anders machen wollen wenn man ihn gerade erst neu erfinden würde.
Der David Server besticht aber in Sachen Kernfunktionalität seit sehr langer Zeit durch stabile Schnittstellen in welchen auch Applikationen überleben können die heutzutage aufgrund zu geringer Nutzerbasis wohl nicht mehr entwickelt werden würden, vielfach aber immerhin noch Pflege erfahren oder zumindest noch immer nutzbar sind.
