Beiträge von wordplex

    Hallo,

    ich schlage mich immer noch mit dem VoIP-TLD herum; vielleicht hat jemand eine Lösung für folgendes Problem:

    Bei einem AB, der über einen CAPI-TLD betrieben wird, erscheint die Anrufernummer im Klartext im Eingangsordner unter "von". So kann man sich im Laufe der Zeit eine schöne Datenbank (6.000 Einträge) über die "Identifizierung" aufbauen.

    Mit dem VoIP-TLD werden jedoch Einträge wie <sip:0157xxx@192.168.2.1;user=phone> erzeugt, womit die gesammelten Identifizierungen nichts mehr anfangen können.

    Irgendeine Idee, was man da machen kann? (Export - Bearbeitung - Import o.ä?)

    So - die Ursache ist gefunden: das Problem entsteht dadurch, dass zuerst ein VoIP2-Faxport angelegt wurde, der auch sauber läuft. Der arbeitet mit Zielport 5060 und Quellport 5080.

    Danach wurde der VoIP-Telefon-TLD eingerichtet. Und das führt zu einem für mich nicht nachvollziehbaren Konflikt. Lösen lässt er sich offensichtlich (nur) dadurch, dass man explizit als Zielport beim zweiten TLD-Port den UDP-Port 5060 eingibt. Und ggf. den Dienst Freeport neu startet.

    Aber dann klappt es - selbst nach einem Neustart des Servers.

    Also dass die Ursache bei einem Benutzer bzw. dessen Archiv liegt, glaube ich weniger, denn das hieße ja, dass derselbe Fehler plötzlich mehrfach auftritt. Das ist wenig wahrscheinlich.

    Ich würde mal ganz anderes testen: überprüfe die Platte bzw. das Volume, auf dem David liegt, mal mit chkdsk. Nicht dass die Platte ein "Loch" hat und dort das Nirwana zu suchen ist.

    Merkwürdig - aber ich würde mal folgendes überprüfen:

    Im David Admin solltest Du im Ausgangsbuch feststellen können, in welchem Verzeichnis die versendete Mail liegt. Diese suchst Du im David Client heraus, klickst mit der rechten Maustaste drauf, Eigenschaften - Parameter - Erweitert - Kommunikation

    Dort solltest Du ziemlich genau sehen können, was mit der Mail passiert ist.

    So profane Lösungen wie eine Regel: "Wenn Mail, dann löschen" hattest Du sicherlich schon überprüft... :)

    Hallo,

    irgendwie stehe ich auf dem Schlauch: Kunde hat seit Jahrzehnten einen AB per CAPI-TLD laufen.

    Nun soll und muss dieser AB per IP funktionieren. Dieses klappt aber nicht, da sich der VoIP-TLD partout nicht an der TK (Bintec be.IP plus) registriert. Fehlermeldung: "ERROR: Couldn't Register! Please check Port configuration!"

    Was ist da schon groß zu konfigurieren: Server-IP, Username und Passwort sind einzugeben, das war's.

    Und an der TK ist ein entsprechender User anzulegen. Wenn ich genau diesen User mit dem VoIP2-Fax-TLD anspreche, laufen die Faxe sauber 'rein und 'raus - also offensichtlich kein Konfigurationsproblem in der TK, sondern in David.

    Habe ich da einen Denkfehler? Kann ich den VoIP-TLD nicht als Anrufbeantworter nutzen?

    Sorry, wenn ich da mal einen Einwand mache:

    Der FoIP-Port läuft ganz vorzüglich und stabil: es gehen Tausende von Faxen bei einem einzigen Kunden 'raus und 'rein, was ich früher per CAPI nie so stabil hinbekommen habe. Insofern kann ich nur raten, die Zeit für eine Stabilisierung des FoIP-Anschlusses zu nutzen als dem etwas betagten CAPI-Protokoll hinterherzulaufen, das niemals stabil laufen wird.

    Hallo zusammen,

    eine Frage an die Kollegen, die Faxerfahrungen haben:

    Der Voip2-Treiber läuft ja relativ stabil. Allerdings gibt es eine Einschränkung, für die ich noch keine Lösung habe - vielleicht hat jemand von Euch eine:

    Beim CAPI-Treiber kann man mehrere Faxnummern verwalten, indem man alle unter "Akzeptierte Eingangs MSN's" einträgt. Über die Verteilregeln kann man so die Zielordner festlegen und die eingegangenen Faxe zuordnen.

    Beim VoIP2-Treiber kann ich keine MSN's, sondern nur einen SIP-Login angeben; also theoretisch nur eine Faxnummer verwalten. Natürlich kann ich in der TK mehrere MSN's auf einen David-Port legen, aber dann kann ich diese auf Davidseite nicht mehr auseinanderdröseln.

    Hat jemand von Euch dafür eine Lösung?

    Damit zeigst wunderbar die Schwächen des David-Supports :(

    Mir hat der Support direkt gesagt das es technisch nicht möglich ist das man per VoIP2 Faxe versenden kann und das auch kein industrieller Standard ist weil das ja niemand macht oder benötigen würde.

    Jaja, die Kollegen von Tobit: viel Ahnung von Shows, "Bedtime Stories" und sonstigem überflüssigen Theater, aber herzlich wenig Ahnung vom Leben draußen beim Kunden: Arztpraxen versenden Befunde etc. nach wie vor ausschließlich per Fax, da sie personenbezogene Korrespondenz nicht (unverschlüsselt) mailen dürfen!

    Das sind bei jedem unserer Praxiskunden so rund 50 - 150 Faxe pro Tag.

    "... weil das ja niemand macht oder benötigen würde." :cursing:


    P.S.: bis jetzt klappt es bei dem Testkunden einwandfrei; ich überprüfe das jeden Tag.

    Du hast Recht - war tatsächlich missverständlich ausgedrückt! Sorry... ||

    Aber dafür habe ich (endlich - nach einem halben Jahr!!!) eine Info von Tobit bekommen, die tatsächlich klappt:

    Mit einem VoIP2-Port in Verbindung mit der be.IP kann man tatsächlich auch Faxe versenden!

    Die Lösung ist ein undokumentierter Eintrag in die tld.ini:

    ORIGINATIONCALLERIDNUMBER=123

    wobei man natürlich für die 123 die eigene interne MSN setzen muss. Und Freeswitch sowie den Port neu starten muss. Klappt im Test wunderbar; jetzt werde ich diese Lösung auch bei einen oder zwei Kunden zwecks hartem Test einsetzen.

    Falls sich der harte Test bestätigt, revidiere ich auch meine Aussage (bevorzuge die CAPI-Lösung) und ziehe dann die VoIP2-Lösung vor, denn dann können sich auch keine LANTIQS mehr hochschaukeln.

    Kabel: 1:1-CAT-Kabel ist absolut ok

    AVM ISDN-Controller FritzCard USB: kenne ich leider nicht genau, hatte ich nie installiert. Das mit dem Klingeln irritiert mich etwas: gibt die USB-Box das Klingeln heraus? Auch, wenn das USB-Kabel abgezogen ist? Hm, etwas merkwürdig, denn eigentlich gibt das Endgerät (David) das Klingeln heraus. Bist Du sicher, dass ESXi USB in die VM durchschleust? Hyper-V kann das originär nicht.

    aLaw: diesen Codec in der be.IP konfiguriert? ok.

    Limit: Richtig, diese Zeile einfach in die TLD.INI setzen


    In einer VM würde ich auf jeden Fall CAPI bevorzugen, da es leichter zu installieren und z.B. mit phoner.exe zu kontrollieren ist.

    Wie gesagt: pm schicken, wenn Du Hilfe brauchst!

    DISCONNECT_IND (0x3301) Protocol error layer 1

    Das ist eine ziemlich allgemein gehaltene Fehlermeldung. Das kann bedeuten:

    - bekomme kein Amt

    - kein Decoder frei

    - David-Dienst abgeschmiert

    - falsche Codecs ausgewählt (G.711 aLaw)

    - kein Limit auf 9.600 gesetzt (MAX9600 = true)

    - .... 1.000 andere Möglichkeiten...

    In der be.IP Plus ist das ganze entsprechend so konfiguriert das man auch die interne Nummer anrufen kann und der ISDN-Controller auch entsprechend antwortet (Faxmodem).

    Was heißt das genau? Faxe kommen rein? Oder siehst Du nur, dass der Port anspringt, aber nichts speichert (d.h., die Verbindung bricht ab)? In beiden Fällen (sorry!) tippe ich auf fehlerhafte Konfiguration in der be.IP.

    Noch ne wichtige Frage: wo steckt die Karte drin? In einem physikalischen Gerät oder in einer virtuellen Umgebung? Virtuell geht gar nichts mit Karte!

    Also mir geht hier Einiges durcheinander! Du kannst über die be.IP auf mehrere Arten Faxe verschicken, darfst die verschiedenen Möglichkeiten aber nicht durcheinanderbringen und solltest Dich zunächst mal auf eine Art festlegen:

    - ISDN-Karte

    - CAPI

    - IP

    Jede Art des Anschlusses hat verschiedene Vor- und Nachteile (oder von mir aus: Macken):

    - ISDN: die Karte in der be.IP sauber als Endgerät konfigurieren, insbes. die MSN. Auf das Kabel und die ISDN-Voraussetzungen achten!

    - CAPI: funktioniert ohne ISDN-Karte, nur CAPI installieren und in der be.IP konfigurieren. Nachteil: die Softdecoder hängen sich manchmal auf (LANTIQ steht dann auf 4/5; keine Fax geht mehr rein oder raus und der Router muss neu gestartet werden)

    - IP: nur eingehende Faxe, da David beim Verbindungsaufbau beim Versand leider keine MSN übermittelt und die be.IP ohne MSN keine Faxe annimmt.

    Wenn man nun noch die be.IP etwas kennt, laufen die Faxe grundsätzlich sauber.

    Wenn Du Hilfe brauchst: pm schicken

    Ahhh - so langsam dämmert's bei mir als Outlook-Neuling: Outlook 365 gibt es als klassisches Programm und als Web-Applikation (PWA). Offensichtlich 2 technisch völlig unterschiedliche Apps, denn das PWA wird nur in den Windows-Systemeinstellungen konfiguriert und die Einstellmöglichkeiten sind etwas dürftig. So gibt es z.B. den Punkt "Mail" in den "alten" Systemeinstellungen gar nicht mehr.

    Ich werde beim Kunden mal das "richtige" Outlook installieren und dann sehen...

    Danke erst einmal!

    Hm, in der "alten" Systemsteuerung habe ich keinerlei Maileinstellungen. Und wenn ich den Punkt "Änderungen am eigenen Konto in den PC-Einstellungen" anklicke, lande ich wieder in der "neuen" Systemeinstellung.

    Da komme ich leider auch nicht weiter. Abgesehen davon: die Konfiguration in Win 10 hatte ich bereits manuell vorgenommen, aber irgendeine Kleinigkeit muss ich dort falsch einstellen - obwohl man eigentlich gar nichts falsch einstellen kann... :cursing:

    Mal wieder ein (ur-)altes Thema: Win10 und Outlook 365 als Client am Davidserver

    Hat irgendjemand eine genaue Anleitung, wie Outlook 365 bzw. Win10 zu konfigurieren ist, damit man dieses Prog als Mail-Client nutzen kann?

    Hintergrund: ein Kunde benötigt unbedingt Outlook als Mailclient. Er hat bereits Zugriff von seinem iPhone auf seine Mails, was auch sauber funktioniert; in David ist somit die ActiveSync-Funktion eingerichtet.

    Wenn ich Outlook starte, so sehe ich im Statusmonitor der Webbox, dass Outlook auf den Server zugreift, endet aber mit den Zeilen:

    [0] SSL accepted 00001152

    Start Get & Parse TCP Message

    Parse TCP Message failed (GetHTTPRequest failed)

    [0] Connection Terminated

    [0] Connection closed, thread terminating

    Hat jemand eine Idee, was das genau bedeutet? Oder eine genaue Anleitung zur Konfiguration in Win10?

    Hallo,

    ich habe ein etwas merkwürdiges Problem: wenn der Faxwaretreiber angesteuert wird (also aus irgendeiner App heraus gefaxt werden soll), so erscheint der Hinweis: "David Client funktioniert nicht mehr" und das Win-Crashfenster erscheint. In den Problemdetails, die man sich aufrufen kann, steht:

    Problemereignisname: BEX

    Anwendungsname: DVWIN32.EXE (ist überall aktuell vom 10.12.21)

    Anwendungsversion: 12.0.0.8908

    Anwendungszeitstempel: 61b88e2a

    Fehlermodulname: DVAPI32.dll (ist überall aktuell vom 14.12.21)

    Das Problem tritt an jedem Arbeitsplatz (auch am Server) unabhängig vom User im gesamten Netzwerk auf. Übrigens auch unabhängig von der David-Version (das Problem besteht schon einige Monate). Aus dem David-Client heraus kann dagegen jeweils sauber gefaxt werden.

    Ich habe selbstverständlich den Client testweise am Server sowie an 2 Arbeitsplätzen de- und neu installiert, aber der Fehler ist einfach nicht wegzubekommen.

    Hat irgendjemand eine Idee?