in einer neuen email
Das war der entscheidende Hinweis, Danke. Die Stelle musst aber auch erstmal finden. Erstmal dass man um das einzustellen eine neue Mail öffnen muß und dann musste man bei mir (vermutlich aufgrund der Fenstergröße) erst noch über einen Pfeil die restlichen Optionen einblenden um den Punkt angezeigt zu bekommen.
Gruß, Martaeng
Hi,
kurze Frage weil es zum Titel des Threads "David WebAPI" passt, wie bekommt man denn im WebAPI Team Webclient (oder wie man das auch nennt) diese Default Vorlage mit dem weißen Kasten und dem grauen Hintergrund weg? (In der Mobile App ist das auch aktiv).
Ich hab keinerlei Optionen gefunden da was einzustellen und an den Einstellungen vom "echten, nativen" Client unter Windows scheint sich das auch nicht zu orientieren, da sind keine Vorlagen für neue E-Mails aktiv. Auch im David Admin bei dem Benutzer sind keine Vorlagen aktiv (das würde sich ja dann ja auch auf den nativen Client auswirken)
Gruß, Martaeng
david3.de
dynlic1.club.tobit.com
davidapi.tobit.com und cube.tobit.cloud
auth.tobit.cloud
auth.tobit.com
webapi.tobit.com
dvupdate.chayns-static.space
Gruß, Martaeng
Darum geht es (zumindest mir) ja nicht, es geht nicht um die Ports sondern um das Ziel
Gruß, Martaeng
Genau wie nordtech schreibt. Ich wollte nix weiter als die Info teilen was bei uns nach der Installation von dem Rollout aufgefallen ist weil eben 80/443 bei uns outbound nicht unkontrolliert rausgeht sondern nur das was muß.
Ich bin bisher noch nicht dazu gekommen zu schauen welcher Traffic wohin genau für den Lizenz Check erlaubt werden muß. Ich hab vor Ablauf der 30 Tage kurz 80/443 nach extern geöffnet, den SL neu gestartet damit der David seinen Lizenzcheck machen kann und dann wieder zu gemacht, somit hab ich jetzt erstmal wieder Zeit und wenn ich dazu komme schau ich wo der Traffic hingeht und gebe gezielt nur das für die Zukunft frei.
Man könnte auch mal Tobit fragen, da müsste es ja eigentlich ne Doku dazu geben, aber wer weiß ob da ne gescheite Antwort kommt, da schau ich lieber selber im Log wo es hingehen soll.
Gruß, Martaeng
Ich wollte damit nichts weiter sagen, hier geht es ja um Infos was sich mit dem jeweiligen Rollout so geändert hat und das ist eine der Änderungen. Bei uns lässt die Firewall nicht einfach jede Kommunikation ins Internet zu, daher ist es eben aufgefallen und ggf. ist das ja auch für andere hier interessant zu wissen.
Gruß,
Martaeng
Mit dem Rollout 523 hat das David einen "phone home" Zwang spendiert bekommen.
Zunächst kommt nur einmal am Tag die Meldungen unter System -> David -> Ereignisse
Ab Tag 21 bekommen dann 1x pro Tag ALLE David User so eine Meldung in ihren Eingang:
Am Tag darauf:
Die Antwort hab ich auch bekommen. "Es gab wohl ein Update der Google App(s) die das Verhalten verursachen".
Hab es jetzt auch erstmal so gemacht wie goerle aber ne Dauerlösung ist das ja nicht keine Updates mehr zu bekommen für die GMail App
Wir haben auch bei 2 Installationen die Probleme mit der EAS Anbindung, bisher weiß ich von 2 Pixel und einem Samsung Gerät. Beide Installationen sind noch auf 517 wegen Classic Client. Das aktuelle 521 scheint also nicht unbedingt die Ursache dafür zu sein. Ticket bei Tobit ist eröffnet.
Stimmt. Danke für die Aufklärung
Hi,
ja der Haken ist raus, sonst würde es ja mit EAS auch nicht gehen.
Gruß,
Martaeng
Hallo,
hat es schonmal jemand geschafft nicht nur seinen eigenen Kalender sondern auch verknüpfte Kalender von anderen Usern über CalDAV abzufragen ?
Über EAS z.B. am Iphone tauchen die verknüpften Kalender auf, aber nicht in der Kalender App unter MacOS in der der David Kalender über
CalDAV angebunden ist.
Laut Beschreibung in der David Hilfe sollte das aber möglich sein.
Gruß,
Martaeng
Hallo,
versucht mal folgendes:
Per Webbox eine neue Mail, Empfänger, Betreff usw. ausfüllen. Dann über "Durchsuchen" einen Anhang auswählen.
Ups, war ausversehen die falsche Datei. Um sie zu löschen muß man auf "Weitere Datei" klicken (logisch) und dann kann man "Alle löschen".
Dialogfeld ob alle Anhänge gelöscht werden sollen mit OK bestätigen.
Dann nochmal auf "Durchsuchen" und die richtige Datei als Anhang auswählen. -> Mail senden.
Quizfrage: Wie viele Dateien bekommt der Empfänger ?
Gruß,
Martaeng
Ihr bekommt eure eMails per mx Record?
Sieht nach einem Problem beim Aushandeln der Verschlüsselung
aus.
Jep, Mails kommen direkt, bzw. jetzt nicht mehr da ich einen Workaround bauen musste.
Hab vom Tobit Support schon ein Hotfix geschickt bekommen, der aber das Problem auch nicht gelöst hat.
Gruß,
Martaeng
Hi,
bin mal gespannt ob sich noch mehr hier melden die nach dem Update keine Mails mehr empfangen können....
Bei uns kam nach dem Update nix mehr rein:
[748] 220 david.*******.de Service ready by David.fx (0523) ESMTP Server (Tobit.Software, Germany)
[748] EHLO mx.*********.net
250-david.*******.de Hello mx.******.net, Guten Tag!
250-STARTTLS
250-TURN
250 ETRN
[748] STARTTLS
[748] 220 Ready to start TLS
[748] RX TLS negotiation failed! (19*.19*.13*.2*)
Free TLS
Hab genau die selben Erfahrungen gemacht und das Geduze geht gar nicht.
Gruß,
Martaeng
https://www.cfos.de/en/cfos-outlook-dav/cfos-outlook-dav.htm
Über den Weg hatte ich das mal erfolgreich hinbekommen.
Gruß
Martaeng
in Kombination mit einem Silex
Das wird nicht funktionieren. Wenn dann musst mit der Remote Capi arbeiten. Aber auch wenn hier immer wieder geschrieben wird das es stabil läuft,
ich kenne nur das Gegenteil aus eigener Erfahrung.
Und noch ein Tipp, nimm SEH als USB Device Server statt Silex, bei SEH läuft die Software als Dienst im Hintergrund.
Es sei denn Silex hat da mittlerweile Nachgebessert, hatte schon lang keinen mehr. Aber auch damit wirst du kein Erfolg mit einem USB ISDN Apapter haben.
Gruß,
Martaeng
Hatte doch noch paar Minuten um mir das anzuschauen.
Der David Server telefoniert in regelmäßigen Abständen nach Hause nach Ahaus zu
62.153.122.130:80 und 62.153.122.188:443
Wenn er das nicht kann funktionieren die SiteCare Dienste wohl nicht. Hab es ihm ausnahmsweise mal kurz erlaubt, jetzt geht
es, auch wenn man die Kommunikation dann wieder dicht macht. Da wir keine weiteren kostenpflichtigen Dienste wie AV und MIS usw.
benötigen, gibt es auch keinen Grund das nach Hause telefonieren zuzulassen.
HTTP/S geht nur über Proxy bei uns und witzigerweiße kann der Updater vom Rollout damit auch umgehen (also wenn man im System also im IE
den Proxy gesetzt hat) sonst würde die Installation ja nicht funktionieren. Der laufende David kann aber wohl nur über das Default GW nach
Hause telefonieren, den Weg über den Proxy scheint er nicht zu entdecken so wie es der Rollout Updater tut.
Ich hätte bei aktiviertem LinkLookup jetzt übrigens noch Traffic an einen Dienstleister erwartet, so wie für das MIS, konnte aber
nix sehen. Vielleicht haben sie sich da selber was ausgedacht. Das würde dann auch erklären warum es so super funktioniert
wie hier schon berichtet wurde (kein Link als böse erkannt...) Hätten sie wohl besser
jemand der Ahnung hat ins Boot geholt wie beim MIS 
Gruß,
Martaeng
Ich gehe mal davon aus, dass man es auch ohne Sitecare nutzen kann. Da es aber ein Update ist, was in der alten David Version noch nicht vorhanden ist. Kann man es eben nicht nutzen.
So die verdrehte Logik. Hast du SiteCare, bekommst du auch das Update.
Nein, s. mein Beitrag im anderen Thread. Wir haben Rollout 275 aktiv, der David erkennt aber das SiteCare nicht als aktiv, daher kein Link Lookup.
Gruß,
Martaeng
