wulff wenn der Client den eingestellten Server pollt werden auch daten übertragen, jedenfalls so lange unsere Leute aus anderen Gründen auf unsere Systeme zugreifen.
Nur weil aber wer auf andere Systeme zugreift bedeutet es natürlich nicht das er auch gerade Mails lesen will oder der David ständig gucken muss ob da schon wieder nichts neues gekommen ist 
Das ist im Detail aber auch schlicht egal.
Bei unseren mobilen Nutzern haben wir weder den Client den ganzen Tag laufen, noch haben wir da völlig unnötige Notifier laufen
Es hat aber ganz am Anfang - vor Jahren - erst mal klick machen müssen das man beides abschalten muss um das gewünschte Ziel zu erreichen...
andev unsere Leute haben alle Smartphones und bekommen dort neue Nachrichten per push angekündigt, da braucht es keine Notifier am Client.
Zur zweiten Frage:
Einstellungen > Ansicht > "SysTray-Symbol anzeigen statt david Client beenden" > aus
+
Einstellungen > Ansicht > Zusatzfenster > "david Notifier starten" > aus
=
David beendet sich vollständig wenn man den Client schließt.
Bleibt der Notifier aktiv wird bei abgeschaltetem SysTray-Symbol zwar der Client beendet, der Notifier (welcher guckt ob es neue Nachrichten gibt und dann darüber informiert) bleibt aber aktiv und damit auch der Traffic)
Man kann natürlich auch beide Optionen aktiv lassen und dann den Nutzern beibringen das Ding einfach über rechtsklick auf das SysTray-Symbol + "beenden" komplett zu schließen, dann beenden sich sowohl der Client als auch der Notifier vollständig
Beiträge von riawie
-
-
für die 329 gab es einen Hotfix wegen eines Problems mit dem Grabbing-Server.
Aus dem gleichen Grund gibt es seit dem 15.01. bereits die 330
Also bitte erst mal die aktuelle Version (330) einspielen -
Wenn die Option bei Euch nicht korrekt funktioniert habt Ihr wahrscheinlich schlicht die Benachrichtigungen für neue Nachrichten aktiviert.
Das beißt sich nämlich.
Wir haben viele mobile Nutzer, bei denen datenverbrauch richtig ins Geld gehen kann.
Bei denen müssen wir dann immer sowohl die SysTray Option, sowie den Notifier deaktivieren. -
dirkli Danke für den Hinweis. Hat ja ein Mega Changelog
und dann noch 1,3 GB.ja nun, die Rollouts sind halt stets kumulativ und werden daher auch immer nur größer und nie kleiner...
-
Das stimmt so nicht ganz. Es muss einmalig ein Login per chayns.ID durchgeführt werden, damit die Zuordnung klappt. Siehe dazu die Hilfe zum Smart client:
ja und nein
Ja, man muss sich einmal per David Client am Chayns anmelden um die Zuordnung herzustellen.
Allerdings ist es egal auf welchem PC das erfolgt. man kann also auch mit einem Rechner und dem darauf installierten David Client die Zuordnung für mehrere Chayns IDs zu den jeweiligen David Benutzern erzeugen wenn man sich nacheinander jeweils als der jeweilige David Nutzer mit dem David Client am David Server und anschließend bei Chayns anmeldet.
Ein anderer Fall bei dem es zum gleichen Ergebnis kommen kann ist wenn man einen neuen PC bekommt und sich am neuen PC nie mit dem David Client bei Chayns anmeldet. Auch dann hat der dortige David Client nie eine Verbindung zu Chanys gehabt, der Smartclient am Smartphone oder Tablett läuft dennoch problemlos weiter.
Meine Aussage bezog sich ja nicht darauf wie die Chayns Zuordnung erfolgt, sondern darauf ob der David Client am PC eine aktive Chayns Anmeldung braucht damit der SmartClient des jeweiligen Benutzers weiter funktionieren kann -
hab das jetzt nicht getestet - war da leider zu schnell mit dem neu anmelden - aber wenn der PC Client nun nicht angemeldet ist, geht der Smart-Client Zugriff dann auch nicht oder ist das wie du sagst davon unberührt?
Für den Smart Client am Smartphone oder Tablett ist es völlig bedeutungslos ob der David Client am PC überhaupt läuft oder ob er via Chayns angemeldet ist oder es überhaupt je war.
-
Kann Ich hier nicht bestätigen - die Chayns Anmeldung war nach dem Update weiterhin aktiv.
seltsam, entweder ist das dann eine zeitliche Koinzidenz, oder was anderes, aber unsere Clients verlieren soweit ich das gewahr werde mit jedem Client Update ihre Chayns Anmeldung, so das die Anwender dann wieder dran denken müssen die neu anzumelden.
Das betrifft zwar nur einen kleinen Teil unserer Leute, weil das überhaupt nur die nutzen welche auch Video Calls über David führen, aber für diese ist es um so nerviger.
Sollte es allerdings nicht am Client Update im Rahmen eines Rollout liegen, woran dann?
Gibt es da einen Zwang sich alle xx Tage neu anmelden zu müssen?
Mir schwant schon grauseliges mit dem neuen single sign on Feature... -
chaynsID wurde abgemeldet? Ist das immer so bei jedem Update? und die ID steht nun oben rechts statt links wie früher.
Wir nutzen seit kurzem den SmartClient und das wird sicher zu Unstimmigkeiten bei den Kollegen führen...
Ja, der David Client am PC vergisst nach jedem Update seine ChaynsID, was mega nervig ist.
Der SmartClient auf Smartphone oder Tablett ist davon aber nicht betroffen und merkt sich seine chanynsID Anmeldung auch nach einem Update durchgängig. -
das klingt danach als habe jemand mit ausreichenden Rechten im David Basisordner auf Dateisystemebene die Vererbung der Rechte aktiviert und das dann bis in alle Ordner durchlaufen lassen.
Das würde dann auch erklären warum Du neben dem Admin noch auf alles zugreifen kannst wenn du Dir damals die entsprechenden Rechte im Basisordner gegeben hattest.
PS: Die Rechte werden nicht bei jeder Datei einzeln vergeben, sie werden nur - solang die Vererbung entsprechend aktiv ist - auf jede Datei angewendet. -
kurze und knappe Antwort:
Auf iPhones herrscht App-Store Zwang.
Was nicht im App-Store vertreten ist darf nicht installiert werden.
Entsprechend hast Du nur die Wahl: entweder rein in den App-Store mit Deiner App, oder iPhone Nutzern bleibt nur die Webseite. -
Dann habe ich auch den Vorteil, das die Datei wirklich nur noch einmal gespeichert ist
Dafür bieten aktuelle Windows Server Versionen zum Glück Deduplikation auf Dateisystemebene, welche bei uns hier auch drastisch Platz einspart
Für die anderen Fragen hab ich allerdings nichts beizutragen... -
complusit
1. wenn Du das StronBox File am Client mountest läuft auch das Restore am Client.
2. ein Restore mit am Client gemounteter StrongBox ist aber aus verschiedenen Gründen technisch bedingt Schweinelahm
3. dafür kann man das dann tatsächlich auch von mehreren Clients aus parallel machen, auch wenn das wegen 4. keinen Sinn ergibt.
4. wenn Du das Strongboxfile direkt auf dem Server auf ein hinreichend schnelles SSD legst und dann auch dort wieder einbindest (Administrator > StrongBox > Backup Images) kannst Du es mit einem Client öffnen, der wahlweise auf dem Server, oder auf einem beliebigen Rechner im Netz laufen kann und von dort aus Restores anschieben, diese Restores werden dann auf dem Server selbst als Job ausgeführt.
5. diese Restores aus einem auf dem Server gemounteten StrongBox Image laufen dann auch mit der von lycra berichteten Geschwindigkeit und ratz fatz wenn Eure Hardware mitspielt.
6. diese Variante ist am angenehmsten wenn man den Client auch gleich auf dem Server startet, denn dann öffnet schlicht die StrongBox im Client noch fixer und das anstoßen der Jobs geht flüssiger, auch wenn das dann auf die eigentlichen Restores keinen Einfluss mehr hat.
Also, StronBox Datei stets auf den neuen Server kopieren, dort einbinden und dann das Restore damit durchführen, aber niemals eine StrongBox für einen größeren Restore am Client selbst mounten! -
Beim letzten Test war das egal. Müsste ich nochmal prüfen
gerade überprüft, hast recht - entweder trog mich meine Erinnerung, oder die haben das geändert? -
auch intern wird bei überschreiten der zulässigen Größe Postlagernd versandt.
Macht zwar genau keinen Sinn, aber nun ja... -
Du kannst im DVAdmin unter Webbox -> ActiveSync einstellen ab wann er einen Link generiert.
Dabei wird zwischen Internen und Externen Empfängern nicht unterschieden.
Das betrifft aber die umgekehrte Richtung, also den Abruf von Dateianhängen vom Handy bzw. Active Sync Client aus.
Was tobit-user-24 meinte ist ja was passiert wenn er selbst vom Smartphone aus eine Datei an einen internen Empfänger versendet.
Meiner Kenntnis nach wird der postlagernde Versand nur dann ausgelöst wenn mindestens einer dem Empfänger extern ist. -
Und der David Benutzer "Administrator" hat auch wirklich administrative Rechte im David?
Vorsicht, nur weil der Windows Nutzer mit dem Du Dich auf dem David Server anmeldest dort volle administrative Rechte hat bedeutet das noch lange nicht, das der diesem Benutzer zugeordnete David Benutzer ebenfalls volle Adminrechte im David Server hat.
Also am besten noch mal die Rechte des David Nutzers "Administrator" durchschauen. -
dirkli manchmal ja, manchmal nein
kommt wohl drauf an was in den einzelnen Rollouts so alles verändert wurde
Zur Not ein Installationsimage der gewünschten Zielversion beschaffen und drüber installieren, dabei werden ja alle Einstellungen 1:1 übernommen
Notfalls ein etwas älteres was zur Hand ist und dann die Updates wieder drüber -
Man muss nur die richtigen Variablen nehmen
Als grober Hinweis ob man die richtigen hat kann man sich merken:
Im Footer sind die Variablennamen englischsprachig, in Vorlagen Deutsch
Einfach mal in der Online Hilfe (zu erreichen mit F1) nachBenutzer-Name
suchen, dann gibt es genau einen Treffer auf eine Seite mit Variablen.
Die dort gezeigten Variablen passen für Vorlagen. -
wie ich oben schrieb:
beim: David PostMan Port auf dem Server bei Dienste > eMail Rundsendung
oder anders ausgedrückt...
Im David Administrator > System > Ports > P000 (David Postman) > Eigenschaften > Dienste > rechte Spalte "eMail-Rundsendung" -
warum jedem eine Vorlage anpassen?
Ihr könnt doch mit Variablen arbeiten. -
Zudem aus dem Support Chat mit Tobit:
...wir haben nun eine Anpassung vorgenommen, diese wird im kommenden Rollout enthalten sein...
na, da bin ich dann aber mal gespannt...
