Ah, OK, danke euch. Ich wusste doch, dass ich das "Echtzeit"-Ding schon irgendwo gesehen hatte. 
Richtig durchdacht scheint mir die Funktion bzgl. des Kundenproblems trotzdem nicht. Ich werde ihm wohl vorschlagen, was Wizzard schrieb: Einen externen Dummy-User mit reinnehmen, damit die Kommentar-Option nicht zur Verfügung steht. Oder man macht derartige Kommunikation gleich per Chat... Mal gucken, was er dazu sagt.
Also, besten Dank und schönes Wochenende! 
Danke, aber jetzt stehe ich auf dem Schlauch - wo finde ich den Button "Echtzeit"? Ich sehe bei den Kommentaren lediglich einen Knopf "Abschließen", den wiederum hat der Kunde auf Empfängerseite nicht. Könnte also ein Rechte-Phänomen sein?
Und welche Funktion hat eigentlich die durchgestrichene Glocke, wenn "Keine Benachrichtigung..." offenbar nicht klappt? Ist das ein Bug, oder verstehe ich dort einfach etwas nicht korrekt?
Moin zusammen,
Ab und zu überrascht David mich ja. Zum Beispiel dann, wenn ein Kunde wieder eine Funktion entdeckt, die mit bislang unbekannt war oder die wir hier intern schlicht nie benutzt haben.
Konkret geht es um die Möglichkeit, interne E-Mails zu kommentieren. Der Kunde nutzt das, indem bei einer intern versandten Nachricht der automatisch erscheinende Button "Stimme zu" betätigt wird. So erhält der Absender schnell ein Feedback, ohne dass groß getippt werden muss. Ganz schlaue Sache, eigentlich.
Nun beklagt jener Kunde aber, dass er jedes Mal, wenn ein weiterer interner Empfänger dieser Mail ebenfalls "Stimme zu" klickt, wieder eine Benachrichtigung hierzu erhält. Man könnte ja denken, dass die durchgestrichene Glocke ("Keine Benachrichtigung über neue Kommentare") dieses Verhalten abschaltet, aber das ist lt. Kunde eben nicht der Fall. Sprich: Chef sendet Mail intern an 10 Mitarbeiter, und jedes Mal, wenn einer der 10 "Stimme zu" klickt, bekommen alle anderen Teilnehmer das als Benachrichtigung im Infocenter abgezeigt.
Nutzt jemand von euch die Kommentierungs-Funktion und hat eine Idee dazu, wie man die Benachrichtigungen unterbinden kann? Ist Kommentieren bei internen Mails eigentlich grundsätzlich möglich? In den User-Rechten im David-Admin hab' ich dazu spontan nichts gefunden.
Leg einen neuen Ordner namens Textbausteine{txtmdl} an - der in geschweiften Klammern stehende Teil wird von David auf Dateisystem-Ebene verwendet.
Ach ja, IONOS und das Mailen... "Beliebtes" Thema. Wir haben bei einem Kunden verzweifelt versucht, eine APC-USV zum Mailversand zu überreden. Mit Strato kein Problem, über IONOS keine Chance (und das, obwohl die beiden Läden ja inzwischen Konzernschwestern sind). Die Hotline-Antwort bestand damals aus dem Ziteren der FAQ, was uns aber kein Stück weiter gebracht hat (die dort aufgelisteten Voraussetzungen waren alle erfüllt). Aber falls du es trotzdem probieren möchtest: Unter https://postmaster-contact.ionos.de/ steht dafür ein separates Formular zur Verfügung, dort muss man sich zumindest nicht mit dem blöden Chat-System herumschlagen.
GMail auf der anderen Seite ist halt auch recht... nunja... speziell. Letztlich ist es ja die Empfängerseite, die die Mail ablehnt. Gut möglich, dass sich IONOS also einfach stur stellt, zumal auch andere Provider wie Telekom oder Domain Factor betroffen zu sein scheinen. Hier haben sich die Kollegen beholfen, indem sie in der Zieladresse @gmail.com durch @googlemail.com ersetzten.
Schau dir mal die in David integrierte Automation an, im State Archive kannst du eine Regel anlegen, die eine Automation ausführt.
Wow, man lernt nie aus... Danke, das werde ich mir mal anschauen, wirkt ja vielversprechend!
Fürs Archiv: OK, klappt. Es gibt in ServerEye einen Sensor namens "Verzeichnis Dateianzahl". Damit kann man festlegen, dass eine Alarmierung erfolgt, wenn die Anzahl der Dateien in einem bestimmten Verzeichnis einen festgelegten Wert überschreitet.
Kleine Falle: "0" scheint nicht zulässig zu sein. Man muss manuell eine Dummy-Datei erstellen und als Alarmierung "Anzahl >1" festlegen.
Weitere Falle: Nachdem ein Alarm generiert wurde, befinden sich natürlich gleich eine ganze Anzahl von Dateien im Ordner, nämlich eine archive.dat, eine .0tx und eine .001-Datei. Da muss man also entweder manuell aufräumen oder die Sensor-Schwelle entsprechend hochdrehen.
Richtig, der Dienst läuft weiter. Eine ähnliche Problematik habe ich bei einem anderen Kunden, wenn der SL "hängt" - auch das kann mit ServerEye leider nicht überwacht werden, da der Dienst an sich ja gestartet ist.
Das mit dem Verschieben in ein Dummy-Verzeichnis ist aber in der Tat eine Idee, danke Wizzard . Das probiere ich mal aus. Ist zwar ein bisschen "von hinten durch die Brust ins Auge", aber wenn's funktioniert...
Werde bei Tobit mal anregen, dass man in den Regeln so etwas wie "externes Programm starten" einbaut. Einen Versuch ist's ja wert.
Moin zsammen,
ein kräftig mailender Kunde hat nach Providerwechsel das Problem, dass jener Provider ihn ab und zu mal als "SPAM-Versender" einstuft und die weitere Annahme von Mails verweigert. Sofern im Postman-Port der Haken bei "Deaktivierung unterbinden" nicht gesetzt ist, kommt in den Ereignissen die Meldung "Transmission disabled for this port", und diese würde ich gerne an mich extern per E-Mail weiterleiten lassen. Blöd nur: Wenn der Postman down/blockiert ist, geht das halt nicht. 
Ich hab' schon eine separate Verteilregel angelegt für die spezifische Zieladresse, so dass diese Nachrichten direkt verschickt werden. Aber auch das klappt nicht, solange der Postman nicht läuft.
Generell direkt, also nicht per Provider, zu senden, ist leider keine Option: Die Mailarchivierung wird dort durchgeführt, das muss also via Smarthost laufen.
Wenn ich den Haken bei "Deaktivierung unterbinden" setze, versucht der Postman immer wieder, über das Provider-Postfach zu senden (erfolglos). In diesem Fall erhalte ich leider in den Ereignissen keine auswertbare Fehlermeldung. Irgendwas muss die zu startende Aktion ja aber triggern.
Nun dachte ich schon: Machste das per ServerEye. Ereignis-Protokoll abfragen, und wenn dort was von Deaktivierung auftaucht, Meldung generieren. Klappt auch nicht. Offenbar wird beim Deaktivieren des Ports kein Eintrag im Windows-Ereignisprotokoll erstellt. 
Hat jemand von euch eine Idee, wie ich per Verteilregel eine externe Benachrichtigung triggern kann, ohne dabei auf den Postman angewiesen zu sein?
Sorry, ich helfe wirklich gerne, aber an der Stelle bin ich weitgehend raus. Du hast da eine Installation mit systematischen und Rechte-Problemen, nun kommt auch noch ein nicht laufender SQL dazu. Das übersteigt nach meiner Einschätzung das Maß an Hilfe, das ein Forum wie dieses bieten kann. Da muss jemand drauf schauen und alles sauber glatt ziehen.
So viel noch von meiner Seite:
Der SQL wird für die Grundfunktionen nicht benötigt, sondern "nur" für die Chat-Datenbank usw. Ignoriere das erstmal, denn solange Mails verschwinden nützt dir ein laufender SQL-Server auch nichts. Das kann man nachträglich nochmal in Ruhe angehen.
Nur als Gedanke: Wenn du die Archive immer per Dateisystem umkopierst, dann landen auch die archive.urt-Dateien auf dem neuen System. Darin sind Verteilregeln gespeichert. Kann es sein, dass der User, der "keine Mails empfängt" diese per Verteilregel verschiebt? Und die evtl. nicht mehr sauber funktioniert oder (da in den Regeln die User-IDs fest verdrahtet sind, diese nun aber neu vergeben wurden) Einträge sonstwohin verschiebt?
Ich würde systematisch per Eingangsprotokoll nachvollziehen, wo die eingehende Mail abgelegt wird (das sieht man im Protokoll in der Spalte "Benutzer"), wie sie heißt (Eingangsprotokoll Rechtsklick -> Eigenschaften) und dann was am Ziel mit ihr passiert ist. Vielleicht muss auch nur die archive.dat einmal neu aufgebaut werden.
Aber wie gesagt - zu viel Kristallkugel. Lass da jemanden draufschauen. Wenn's für eine gemeinnützige Organisation ist, kann man über den Preis ja reden.
Hast du den Tipp von barabas schon ausgeführt? Also im David-Admin -> Werkzeuge -> Zugriffsrechte zurücksetzen?
Dass die Vererbung im Einzelfall deaktiviert wird, kann schon sein. Das Grundgerüst baut das David-Setup normalerweise während der Installation, ich glaube, hier hat niemand einen 100% exakten Überblick, wer wo was darf (außer in den User-Archiven)... Wenn du da manuell drin herumwühlen möchtest, musst du halt im Zweifel auch selbst Hand anlegen. Also im Systemdialog "Sicherheit" über "Erweitert" und dann die Option "Alle Berechtigungseinträge für untergeordnete Objekte durch vererbbare Berechtigungseinträge von diesem Objekt ersetzen". Das geht jetzt allerdings deutlich in Richtung Windows-Administration und hat nur noch wenig mit David zu tun.
Schwer zu sagen... Vielleicht hapert es bei diesem User auch an Verzeichnisrechten an anderer Stelle, also nicht im User-Archiv, sondern in den Systemverzeichnissen. Gibt es eigentlich bei neuen Installationen die Rechtegruppe DVG-SERVERNAME noch? Ich bin da gerade nicht ganz sicher.
Schau dir mal im User-Root-Archiv auf Dateisystem-Ebene die archive.dat an (\david\archive\user\xxxxxxxx\archive.dat) - hat der betreffende Benutzer darauf Rechte? Und wenn du vom PC-Client als dieser User im Windows-Explorer \\davidserver\david\archive\user\xxxxxxxx öffnest, kannst du dort dann Dateien erstellen/lesen?
Aber wie von meinen Vorrednern schon angedeutet, das ist in einem Forum eine mühsame Angelegenheit. Wäre vermutlich in der Tat besser, wenn da mal jemand per Fernwartung drauf schaut. Bei Bedarf gerne PM.
Rechte in David oder die Windows Verzeichnisrechte?
Es gibt in David selbst keine Rechte auf Archive o. ä. - das wird komplett über die Windows-Rechtesteuerung geregelt.
Ein Benutzer sollte somit i. d. R. Vollzugriff auf seine eigenen Archive unterhalb von \David\Archive\USER\[userid] haben - und ggf. entsprechende Lese- bzw. Schreibrechte auf weitere Archive. Hinzu kommen Freigaben, die fürs System wichtig sind. Letztere werden normalerweise bei der Installation automatisch gesetzt.
Teste mal die Neu-Zuweisung der User zu den AD-Konten wie von wlconsult beschrieben. Und prüfe parallel die Windows-Rechte auf dem User-Archiv. Vererbung nicht vergessen!
Moin zusammen,
ich glaub', ich hab was verpasst. Mit meinem David-Client sitze ich oft länger bei Kunden usw., daher gibt's eine Port-Weiterleitung, so dass ich im Client auf "Netzwerk" gehen kann, unsere feste IP bzw. den zugewiesenen Host david.domain.de auswähle und so direkt übers Internet arbeite. Klar, mit VPN wär's schöner und sicherer, aber so klappt es halt sehr bequem.
Im Client bin ich mit meiner Chyans-ID registriert, für die auch ein Zugriff auf die WebAPI existiert (aber kaum genutzt wird).
Heute staunte ich nicht schlecht, als ich mein Notebook im Fremd-Netz aufklappte, und sofort Zugriff auf meine Archive erhielt. Denn eigentlich sollte dort noch der lokale Server eingetragen sein, aber ein Blick in "Netzwerk" förderte Erstaunliches zutage: Da stand "DAVIDSERVER (via Chayns SSO)". Hat David offenbar automatisch umgestellt, als er merkte, dass der lokale Server nicht erreichbar ist. In der Titelleiste springt der Bezeichner links oben um von "david337" auf "david-chayns". Das war in den Monaten und Jahren zuvor noch nie so.
Faszinierend. Ich wusste bislang offen gesagt nicht, dass das funktioniert - habt ihr das mitbekommen, bzw. wann ist das eingeführt worden? Im Zuge der SmartClient-Geschichte?
Nun dachte ich: Hey, super, können wir ja den Port 267 dicht machen, wenn das alles über die DavidWebAPI läuft, aber Pustekuchen - ist der Port zum funktioniert auch die Verbindung nicht mehr.
Was also macht diese Funktion nun eigentlich genau? Ist das nur ein "Server-Finder" für dynamsiche IP-Adressen oder so?
Es hilft auch den Dienst auf "verzögert Start" um zu stellen
Bei unserem hausinternen David-Server (alte Kiste, Win 2012R2) leider nicht. Nach einem Neustart blieb der SQL-Server dauerhaft down, trotz "verzögerter Start".
Wir haben daher ein kleines Script gebastelt, das nach 3 Minuten per net start einfach stumpf den SQL startet, und bei der Gelegenheit auch gleich den Service Layer - der hängt nämlich ebenfalls nach einem Reboot ab und zu mal (OK, sehr selten, bislang 2-3x in 5 Jahren, aber immerhin...)
Schau mal in den Windows-Diensten (Start -> ausführen -> "services.msc"), ob "SQL Server (David)" läuft - wir hatten hier neulich das Thema, dass der SQL nach einem Reboot nicht immer automatisch startet. Falls es nur daran liegt, kann man mit einem Script z. B. 2 Minuten nach Reboot den Dienst wieder "anschubsen".
Da wird dir vermutlich nur Tobit selbst helfen können. Ruf oder schreib die doch einfach mal an: https://tobit.software/impressum
Ja, das Thema taucht hier in schöner Regelmäßigkeit immer wieder auf. Schau z. B. mal in diesen Thread.
Oder du suchst dir hier einen Tobit-Fachhändler, der das per Migrationstool erledigt.
Gibt es denn noch andere Alternativen ausser MS?
Naja, die üblichen Verdächtigen halt, wie Kerio. Wir werden hier vertriebstechnisch aber definitiv nicht mehr umschwenken - David wird weiterhin betreut (und, gerade bei kleineren Kunden, auch weiterhin verkauft), alternativ M365. Mittelfristig wird ggf. interessant, was sich bei Linux-basierter Groupware so tut, also mit plattformübergreifendem "Client" im Browser.
Moin. Unser Verhältnis als Fachhändler zu Tobit ist seit der Provisions-Sache ein bisschen... speziell. Aber gut, das Produkt ist OK, viele Kunden mögen es, macht man halt weiter.
Manchmal fragt man sich aber doch schon, was da in Ahaus intern eigentlich für Prozesse ablaufen. Bei einem Kunden haben wir vor einiger Zeit eine Mail-Archivierung für David eingeführt, und das funktioniert auch wirklich prima. Allerdings sind gewisse Module der Lösung vom Hersteller inzwischen abgekündigt, also machten wir uns mal schlau, wie die Konstellation denn mit dem aktuellen Produkt und David zum Laufen gebracht werden könnte. Ich darf mal zitieren (Hersteller und Produktnamen unkenntlich gemacht):
vielen Dank für Ihre Anfrage bei XYZ. Leider müssen wir Ihnen mitteilen, dass wir das von Ihnen beschriebene Szenario, d.h. die Archivierung der ein- und ausgehenden E-Mails mit XYZ in Verbindung mit Tobit David, nur noch eingeschränkt unterstützen.
Technischer Hintergrund ist die Abkündigung unseres Produktes "XYZ" mit Erscheinen des Nachfolgeproduktes "XYZ". Aufgrund der veränderten Funktionsweise von XYZ ist der Workaround, der vormals in unserem Tobit David Implementation Guide auf unserer Online-Hilfe-Website beschrieben wurde, für dieses Produkt nicht mehr anwendbar. Sie können XYZ weiter im bisherigen Umfang verwenden, das Produkt wird von uns jedoch nicht mehr gepflegt, weiterentwickelt oder unterstützt.
Dazu sei gesagt, dass die Verantwortung, eine entsprechende Funktionalität, welche die Archivierung aller ein- und ausgehenden E-Mails unterstützt, für Tobit David bereitzustellen, zunächst einmal beim Hersteller, also der Tobit Software AG, liegt. Wir als XYZ haben uns in der Vergangenheit mehrfach bemüht, mit dem Hersteller Tobit in Kontakt zu treten, um gemeinsam Verbesserungen in der Zusammenarbeit unserer jeweiligen Produkte auf den Weg zu bringen. So waren wir beispielsweise bestrebt, eine Tobit David NFR-Lizenz für ein Test- oder QA-System auf unserer Seite zu erhalten. Leider waren diese Bemühungen stets erfolglos.
Dies hat unter anderem zur Folge, dass unsere Mitarbeiter komplexere Support-Szenarien, welche XYZ und Tobit David betreffen, immer nur aufgeschaltet beim Kunden behandeln können, anstatt diese, wie sonst üblich, in unseren eigens dafür vorgesehenen Testumgebungen nachzustellen und zu untersuchen. Auch entwicklungsseitig ist diese Situation mangels Tobit David QA Systemen unbefriedigend und erfüllt in keiner Weise die hohen Qualitätsanforderungen, die wir als XYZ seit jeher an unsere Produkte und Prozesse richten.
Gut, das ist nun natürlich die einseitige Darstellung eines (offenbar leicht angefressenen) Herstellers. Aber: Ich habe leider null Probleme, mir vorzustellen, dass das exakt in dieser Form so gelaufen ist. Anfragen, die im Sande verlaufen und eine generelle "mir doch egal"-Haltung. Kommt mir schon bekannt vor.
Gleichzeitig vollkommen unverständlich, warum Tobit das RIESEN-Thema Archivierung nicht selbst anpackt. Die offizielle Aussage, dass die Strongbox ausreicht, haben diverse Datenschutzbeauftragte, mit denen ich gesprochen habe, nur mit hochgezogenen Augenbrauen beantwortet. Ich selbst kann's mir auch nicht vorstellen: Maniplulationssicher ist so ein Strongbox-Backup jedenfalls nicht, oder? Man hätte aber easy peasy auf den Strongbox-Mechanismen aufsetzen und eine lokale (rechtssichere) Archivierung als Zusamtzmodul im Abo verkaufen können. Aber nicht nur hat man das ignoriert, sondern macht nun auch noch Drittanbietern das Leben schwer.
Ächz.
Klar gibt es noch andere Archivierungs-Lösungen. Aber diese war echt schnuckelig, weil man sie direkt am Ein-/Ausgang (David läuft über POP3/Smarthost) platzieren konnte. Die Tools, die die Archivierung per Zugriff auf die User-Archives vornehmen, fand ich immer etwas fummeliger im Handling. Und der Endkunde ist von einem Produktwechsel natürlich auch nicht besonders begeistert.
Manchmal ist es einfach so unnötig anstrengend mit diesem Programm. Na ja. Sorry für den Rant, das musste mal raus. Schönes Wochenende euch allen!
