Welche EInstellung ist es denn? Grad blind scheinbar?!.
Einstellungen -> Editor -> Optionen -> ganz unten "Texte generell formatiert einfügen", diese Option ist erst neulich (mit einem der letzten Rollouts) ergänzt worden.
Ich persönlich finde den Default "ohne Formatierung einfügen" sehr angenehm, aber die Geschmäcker sind verschieden. 
Hat jemand eine Idee warum der nicht versendet wird?
Vielleicht ganz trivial: Ist der "Administrator" im David Admin korrekt festgelegt? System -> Rechtsklick -> "Konfigurieren" -> oberstes Feld "David Administrator"?
Gut das wir noch auf 517 sind
Da habe ich keine EAS Probleme bisher.
Das Problem besteht clientseitig in der GMail-App für Android. Einer unserer Kunden ist noch auf Stand Pre-500 und ebenfalls betroffen. Wir intern (aktuelles Rollout, nur iOS-Clients) hingegen nicht.
Es gibt ja auch immer noch im David-Client "Werkzeuge -> Outlook-Import". Ich hab' den allerdings lange nicht benutzt, vor ein paar Jahren war das Tool mal relativ "wählerisch" bzw. hat mitten im Import abgebrochen. Aber einen Versuch ist es ggf, wert.
Ich bin wohl blind. Finde ich nicht, wo stellt man das ein?
Sorry, war aus dem Gedächtnis; ich meine nicht "Ziel", sondern die Spalte "User". Da erscheint bei Nachrichten, die David direkt zuordnen kann, der entsprechende Username. "David Archive" deutet darauf hin, dass kein passender User gefunden wurde, und dann sollte der Eintrag in "Unverteilt" wandern.
Es schaut so aus, dass die Nachrichten unter dem alten Windows User (schon lange nicht mehr im Einsatz, wegen defekten Profil) abgelegt werden und nicht unter dem aktuellen.
Das habe ich nicht verstanden.
Hm, könnte ein Rechte- oder Darstellungsproblem sein. Irgendwelche Regeln, die in Unverteilt verschieben oder automatisch löschen, sind definitiv nicht vorhanden? Auch hier die Verzeichnisrechte beachten - gibt es in david\archive\common eine archive.urt? Entsprechende Probleme, die mit dem neuen Rollout zusammenhängen, sind mir nämlich spontan nicht bekannt.
Schau auch mal im David Admin nach, was im Eingangsprotokoll bei "Ziel" steht, dort sollte für den Unverteilt-Ordner "David Archive" eingetragen sein.
Sofern auf Dateisystemebene aktuelle Einträge existieren, die aber trotz korrekter Rechte auf den Clients nicht angezeigt werden, hilft evtl. ein Neuaufbau der archive.dat. Dazu den Service Layer beenden, von der david\archive\common\archive.dat eine Sicherheitskopie erstellen, und dann mit dem Tool David\Util\Windows\ARCUTIL\arcutil.exe die Datei neu aufbauen lassen (Pfad angeben, Haken setzen bei "ARCHIVE.DAT herstellen"). Anschließend SL neu starten und gucken.
und EAS deshalb nur bei aktivem Sitecare aktivierbar ist
Das Gerücht hält sich harnäckig, stimmt aber nicht.
Wir haben einen Kunden, der schon vor über einem Jahr zu Exchange umziehen wollte, aus Gründen verzögert sich die ganze Aktion aber immer wieder. Sitecare wurde damals gekündigt, die Anbindung der (insges. 18) Mobilgeräte via EAS läuft dennoch unbeeindruckt weiter.
Moin! Mein Team-Client hat mich gerade mal wieder ungewollt ausgeloggt, aber wenn ich auf das User-Icon oben rechts klicke, erscheint im Browser nur eine höchst unvollständige Webseite:
Auf dem Handy via Mobilfunknetz ausprobiert, auch hier z. B. auf https://tobit.team nur eine Seite mit kaputter Grafik, auf der sich beim Klicken von "Anmelden" nix tut.
Könnt ihr das bestätigen? Hat Tobit gerade ein paar Server-Probleme? (18.11.2025 - 14:17 Uhr)
Ah, ich sehe gerade: Cloudflare ist down. https://www.borncity.com/blog/2025/11/1…own-18-11-2025/
Hängt evtl. damit zusammen?
Bzgl. unklarer Sende-Probleme habe ich mir irgendwann mal notiert:
Temp. Verzeichnisse aufräumen gem. KB UND die Rechte auf Verzeichnissen unterhalb von DAVID\APPS prüfen. ALLES muss für SYSTEM (und ggf. Admins) frei sein, ABER der Ordner \David\apps\faxware\out\api zusätzlich für die David-User! Das geht manchmal z. B. beim Clonen verloren.
Du schriebst zwar, dass die Rechte nicht verändert wurden, aber insbes. \David\apps\faxware\out\api zu kontrollieren, schadet ja nicht.
Am Postman selbst scheint es zumindest nicht zu liegen - ich hatte mal den kuriosen Fall, dass der sich nicht an Port 25 bindet, aber gem. Log ist das bei dir ja der Fall.
Hmnja, das ist mir bekannt. Ist aber halt exakt das, was wir nicht möchten.
Funktioniert alles problemlos. Wählt raus, makeln usw. funktioniert einwandfrei. Anklicken einer Rufnummer funktioniert ebenso. Ich wüsste nicht was ich vermissen ggü. Deinem Wunsch.
Nur nochmal sicherheitshalber nachgefragt, ganz konkret: Ich klicke im David-Client auf eine Rufnummer oder öffne mit F12 die Wählhilfe und gebe manuell eine Nummer ein. Nach dem Abschicken klingelt mein lokales Tischtelefon(!), die Ansage ertönt und die Zielnummer wird angerufen.
Ich meine NICHT den David-Client als Softphone! Wenn du von Audiogeräten etc. schriebst, dann denke ich, dass ihr über den Client telefoniert. Das soll hier explizit nicht erfolgen, keine Konfiguration im Abschnitt "Telefon" im David-Client, nur im Benutzerprofil die Angabe der zugehörigen Nebenstelle. Eben so, wie es mit einer ISDN-Karte im Server lief.
Inzwischen beschleicht mich der leise Verdacht, dass das mit der FritzBox prinzipiell gar nicht funktioniert. Die simple Wählhilfe, die ich meine, sieht so aus:
Ah, OK, danke, im connect-Script, ich hatte immer im tld.dcc geschaut.
Da habe ich das ECT Connect-Objekt gefunden, aber leider brachte das Umstellen der Optionen auch keinen Erfolg:
Bei "Explicit ECT Connect" dauert alles etwas länger, aber am Ende wird das Script trotzdem erfolglos beendet, zwar ohne Fehler 481, dafür geht gleich der gesamte Port "down". Umstellung von "Ruf auf Hold = nein" bringt sofort nach dem Script-Start den Fehler "Error 481: Call/Transaction does not exist!". Bei "Auf zweiter Verbindung warten = JA" ebenfalls.
Ich versteh' es nicht. Wizzard bist du als Tobit-Händler/Supporter tätig? Wenn ja, würde ich ggf. gerne passende Dienstleistung bei dir einkaufen, das sprengt hier ja allmählich den Rahmen. Oder ich frage mal bei Tobit an, wobei es natürlich sein könnte, das die es auf die Fritz!Box schieben. Sehr eigentümlich das alles.
EDIT: OK, jetzt bin ich beim wilden Googeln nach ECT auf https://www.su4me.de/soft_tobit_faq.html#ect gestoßen. Und habe einfach mal probiert, eine Nummer mit einem vorangestellten Ausrufezeichen zu wählen (erzwingt Warten auf Verbindungsaufbau zur Gegenstelle). Dann klingelt sofort mein Handy (also die gewählte Rufnummer), nur an der lokalen Gegenstelle, in meinem Fall ***621 tut sich nichts.
Ist das also eher ein Problem der Fritz!Box? Oder schafft David es aus mir unbekanntem Grund nicht, die beiden Rufe zusammenzuführen (Call/Transaction does not exist)?
Ja, angezeigt wird das Standard-Script \david\tld\common\tld.dcc
Amtsholung ist korrekt eingerichtet.
TMail verschicken funktioniert, habe ich gerade ausprobiert (zum ersten Mal überhaupt) 
Das ECT Connect Object finde ich leider spontan im grafischen Editor nirgendwo. Ich folge rechts dem "Tx"-Baum, und bleibe dann weiterhin rechts, oder? Sorry, mit Scripting in David habe ich mich nie näher beschäftigt. Momentan habe ich leider schon Probleme, dem Script gedanklich zu folgen, wenn man eine Rufvermittlung anstößt.
Ja, die Dienste sind alle angehakt. Im Script-Tab findet sich Folgendes:
(1) 003 Define User.Status/ 1/ / IDLE (4)
(1) 004 Define User._LOCAL/ 1/ / (5)
(1) 005 Define User._DISTANT/ 1/ / (6)
(1) 006 Define User.Call_Type/ 1/ / (33)
(1) 033 Define User.ServerName/ 1/ / (34)
(1) 034 Define User.TempStr/ 1/ / (71)
(1) 071 Define User.TempString/ 1/ / (72)
(1) 072 Define User.TempString1/ 1/ / (73)
(1) 073 Define User.TempNumber/ 0/ / (74)
(1) 074 Define User.TempNumber1/ 0/ / (7)
(1) 007 Prestart (35)
(1) 035 Compare System.Input.Volume/ (36/36/37)
(1) 036 Set User.ServerName/ \\%(System.Input.Server)
(1) 038 Mode (39/40)
(1) 040 Set User._LOCAL/ %(Archive.Entry.From) (42)
(1) 042 Set User._DISTANT/ %(Archive.Entry.To) (43)
(1) 043 Set User.Status/ S1_DIAL (44)
(1) 044 Get SubStr User.TempStr/ %(User._DISTANT)/ 0/
(1) 045 Compare User.TempStr/ ! (46/47/46)
(1) 046 Set User.Call_Type/ LOCAL (48)
(1) 048 Set System.Job.Number/ %(User._LOCAL) (50)
(1) 050 Function LCR_Modify (51/51/51/51/51/51)
(1) 075 Group Predial (80/0/0/0/0/0)
(1) 080 Set Archive %(User.ServerName)\david\archive\s
(1) 084 End 0 (76)
(1) 076 End 0 (0)
(1) 051 Accept Call (2)
(1) 002 Start (9)
(1) 009 Set User.Status/ S1_READY (10)
(1) 010 Mode (13/12)
(1) 012 Compare User.Call_Type/ DISTANT (15/14/15)
(1) 015 Play File %(System.Input.DavidRoot)TLD\COMMON\
(1) 017 Set User.Status/ ECT_PROCESSED (18)
(1) 018 Compare User.Call_Type/ DISTANT (20/21/20)
(1) 020 Set System.Job.Number/ %(User._DISTANT) (23)
(1) 023 Function LCR_Modify (25/25/25/25/25/25)
(1) 075 Group Predial (80/0/0/0/0/0)
(1) 080 Set Archive %(User.ServerName)\david\archive\s
(1) 084 End 0 (76)
(1) 076 End 0 (0)
(1) 025 ECT Connect %(System.Job.Number)/ 0/ 1 (28)
(1) 028 Set User.Status/ ECT_FAILED (29)
(1) 029 End 0 (0)
(1) 008 At Exit (55)
(1) 055 Compare System.Config.ErrorNo/ 21 (56/67/56)
(1) 056 Compare System.Config.ErrorNo/ 37 (57/58/57)
(1) 057 Compare System.Config.ErrorNo/ 1 (59/58/59)
(1) 059 Compare User.Status/ S1_DIAL (61/60/61)
(1) 061 Compare User.Status/ S1_READY (63/62/63)
(1) 063 Compare User.Status/ ECT_PROCESSED (65/64/65)
(1) 064 Set System.Config.ErrorNo/ 0 (67)
(1) 067 End 0 (0)Funktioniert alles problemlos. Wählt raus, makeln usw. funktioniert einwandfrei. Anklicken einer Rufnummer funktioniert ebenso. Ich wüsste nicht was ich vermissen ggü. Deinem Wunsch.
Der Umzug in die VM wurde am WE vollzogen, und ich habe sicherheitshalber den alten ISDN-Port (TLD001) mit einem neuen VOIP-Port überschrieben, damit David auf keinen Fall mehr auf die Idee kommt, mit ISDN-Hardware wählen/verbinden zu wollen.
Das Ergebnis ist das gleiche. Verbindung zum Nebenstellen-Telefon wird aufgebaut, "Bitte warten...", und dann "Error 481: Call/Transaction does not exist!" 
Mir gehen ein bisschen die Ideen aus, im Port einzustellen ist doch soviel nicht. Wo hakt es bloß?
Direkt über den David-Client zu telefonieren ist bei uns leider keine Option, da ein vernünftiges Headset nur am Tischtelefon zur Verfügung steht. Bisher war das ja auch nie ein Thema, klappte absolut reibungslos.
Wir haben in der FritzBox die Telefone eingerichtet (Telefoniegerät am Anschluss "LAN/WLAN") und im Tobit Team Client dann diese Daten jeweils eingetragen.
Damit kann man, wenn ich das korrekt verstehe, über den PC-Client die Telefonie nutzen. Das möchte ich aber nicht, hier soll über Anklicken einer Nummer ein Rufaufbau zu einem Tischtelefon erfolgen (das klappt auch, hinterlegt im David-Client als "lokale Nebenstelle"), und sobald das geschehen ist, ein Ruf zur gewählten externen Nummer aufgebaut werden. An letzterem hakt es derzeit.
Hallo zusammen,
wir ersetzen gerade unseren kleinen internen David-Server "auf Blech" durch eine Hyper-V-VM. Besser spät als nie.
Im Zuge dessen geht allerdings auch die ISDN-Karte verloren. Da wir nur ein kleiner Laden sind, übernimmt intern eine Fritz!Box 7590 (ohne AX, also mit ISDN-Anschluss) die Telefonie. Das klappt soweit auch ganz gut, es sind einige Yealink IP-Telefone angebunden. Bisher klappte das Wählen aus dem David-Adressbuch problemlos, bzw. über die Wahlhilfe per F12. Telefon klingelte, es kam der bekannte Spruch "Einen Moment bitte...", und die Verbindung wurde aufgebaut.
Nun stehe ich vor der Aufgabe, die ISDN-Karte durch eine VOIP-Anbindung zu ersetzen. Dazu gibt es ja bereits einige Threads, zum Beispiel diesen hier. Ich bin auch einigermaßen weit gediehen: Der VOIP-Port am David-Server meldet sich an der Box an, wenn ich eine Nummer wähle, ertönt die obige Ansage, aber dann passiert nichts mehr. Im Log des VOIP-Ports ist folgendes zu lesen:
T2SInit Successful Handle=27274776
NAT Type is UDP blocking firewall
Registered as davidtel@192.168.xxx.xxx:5060
DTMF Type is RFC 2833
Start Call to: ***621
Send WAVE Data (D:\David\TLD\COMMON\CONNECT.WAV)
Error 481: Call/Transaction does not exist!
Transfer Target: 0173xxxxxxx
Error 481: Call/Transaction does not exist!
ECT (implicit) done
Das Herauswählen scheint nicht zu passen. Schon die Verbindung zu ***621 (das ist mein VOIP-Telefon) ist irgendwie etwas hakelig, und die Ansage kommt knisternd rüber. Aber das wäre noch zu verschmerzen, wenn denn der Rufaufbau zumindest klappen würde.
Vorgehen, gem. obigem Thread war:
Wo ist mein Denkfehler, bzw. was muss noch wo angepasst werden?
Bin für jede Idee dankbar!
Moin zusammen,
ich bin sicher, dass das Thema hier im Forum bereits behandelt wurde, finde aber den Thread leider nicht wieder. Es geht darum, dass der Kunde seinen David-Server via WAN über eine Subdomain erreicht, dies aber aus dem eigenen WLAN heraus nicht bzw. nicht sauber funktioniert, da die Firewall merkt, dass sie "mit sich selber spricht". Eine simple FritzBox hat damit keine Probleme (Hairpin NAT), aber je leistungsfähiger die Firewall-Lösung ist, desto fummeliger kann es werden.
Eine Lösung besteht nun AFAIR darin, im lokalen DNS-Server der Windows-Domain einen passenden Eintrag zu setzen und diesen direkt auf die LAN-IP des David-Servers weisen zu lassen.
Hat da jemand eine kleine Anleitung an der Hand, wo und wie man konkret die Einstellungen vornimmt? Mir ist beim Rumwühlen in einem Domänen-DNS immer ein wenig flau. "Einfach" eine neue Forward-Looking-Zone erstellen und dort den Host eintragen? Oder ist da sonst noch was zu beachten?
Ich seh gerade, bei mir steht unter "HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail" als "Standard" sogar Microsoft Outlook drin... Weird.
In "HKEY_CURRENT_USER\Software\Clients\Mail" habe ich nur einen einzigen Eintrag: Standard = Team (Typ = Zeichenfolge/REG_SZ)
Den Rest hänge ich mal als ZIP dran; so funktioniert es auf meinem PC sauber. Es ist neben David halt auch ein M365 incl. Outlook installiert, aber bei Rechtsklick + "Senden an -> E-Mail-Empfänger" öffnet sich brav Team.
Wer so gegen seine Kunden arbeitet, hats nicht ansers verdient.
Da wäre ich aber mal gespannt, an welche Alternative ihr denkt - insbesondere Microsoft treibt das doch noch viel doller. Ich bin bei Outlook schon froh, wenn da mal eine Woche lang kein Banner mit "GUCK MAL, NEUES FEATURE HIER" oder "JETZT den neuen Lösch-Button mit 45 KI-gestützten Rot-Tönen ausprobieren!" kommt. Nervt mich tödlich, ebenso wie das direkte Reingrätschen in den eigenen Workflow, z. B. mit einem "verbesserten" Posteingang, in dem sich die KI austobt und man plötzlich wichtige Nachrichten nicht mehr findet.
Nachdem im Team-Client die gröbsten Schnitzer ausgemerzt wurden und auch "kleine" Kunden-Wünsche wie abwechselnd farbig hinterlegte Eintragsliste oder Favoritenleiste oben/unten eingebaut wurden, lässt sich damit inzwischen ganz gut arbeiten. Es bleibt die Platzverschwendung rund um die (leider nicht abschaltbaren) Tabs, daber davon abgesehen haben auch die konservativsten unserer Kunden die Umstellung recht reibungslos mitgemacht und überstanden. Inzwischen kommt mir persönlich die Oberfläche des Classic Clients sogar ein wenig aktbacken vor. So schnell kann's gehen.
Also, bevor ihr den Wechsel vollzieht, würde ich Team eine Chance geben. Nicht dass das für euch in einer Regen -> Traufe - Situation endet.
Welche Registry Einträge müssen minimal gesetzt werden, damit die Team App wirklich und dauerhaft der Standard eMail Client und Mailto Handler ist?
Die üblichen Verdächtigen sind
HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail
und ggf.
HKCU\Software\Clients\Mail
Das passt aber nicht ganz zu deinem Problem, dass in den Einstellungen Team nicht hinterlegbar ist. Schau mal in
HKEY_LOCAL_MACHINE\Software\Classes\mailto
und
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\mailto\shell\open\command
Ansonsten ggf. 1x sauber entfernen und neu installieren?
