Beiträge von citab

    Damit ist die Sachlage erst recht völlig klar:
    - Ruf kommt an der ISDN Karte an (geprüft durch den "Knochen")
    - Ruf wird von ISDN-Karte - dort gibt es auch eine Konfiguration - durchgelassen (Eintrag im David-Monitor)

    ==> Ergo ist David das Problem.

    Die Lösung haben wir doch schon geschrieben:
    2ter Port oder DDI
    Ursache: aus alten Zeiten wird auf internen MSN nur 10 Nummern unterstützt. Viele TK-Anlagen haben aber heutzutage die Möglichkeit mehr als 10 Nummern auf einem ISDN-Bus einzutragen. 1 ISDN-Bus = 2 B-Kanäle = 2 David-Ports = 20 MSN
    (Auch wenn es bisher 13 MSN scheinbar funktionieren = unsupportet ! max 10 !)

    Bitte nochmal die Portkonfiguration wie mnetworks geschrieben prüfen.

    Bitte darauf achten, dass es der selbe Port ist (Monitor vs. Konfiguration)

    Ich würde hier definitiv darauf deuten, dass in der Konfiguration ein Fehler ist.
    Der Anruf kommt mit "735" an und David meint, dass die "735" ihm nicht bekannt bzw. erlaubt ist.

    ggf. Port löschen und neu anlegen lassen.

    Möchte auch gerne meine Erfahrungen schildern:

    Habe ein MDA Pro (IV) mit Offline und Online-Client:
    Offline benutze ich für Adressen, Kalender (synchronisiere mehrere Kalender, das Outlook gar nicht unterstützt), Aufgaben und Archivierung von SMS des Smartphones.
    Online wird nur für eMail, Fax, Voicemails (kann das Outlook ? z.B. aus einer Voicemail wählen.... ) verwendet, zum Senden und Empfangen bzw. Weiterleiten.
    Das einzige, das meiner Meinung nach hier noch nicht fertig gelöst ist, das Bearbeiten von Dokumenten und das Versenden mit verschiedenen Absendern.

    Alles in Alles läuft es ganz Rund und die meisten Kunden und ich sind zufrieden.

    PS:
    Und Datentransfer/Preis-technisch: Ich komme mit einem Data 30 (=30MB Transfervolument) pro Monat für EUR 4,95 aus!

    Bitte mal im DvAdmin unter den Porteinstellungen den Monitor auf Erweitert stellen.
    Danach unter dem Port-Monitor das Fenster clearen, einen Fax-Anruf erzeugen und dann den Inhalt des Monitors hier posten.

    Bitte mal den Pfad in den Eigenschaften der Mail nachschauen, auf welche Datei verwiesen wird.
    Dann bitte prüfen, ob die Mail physikalisch vorhanden ist, Rechte der User besitzt, etc. und diese mal händisch öffnen und prüfen, ob das funktioniert.

    Weiterhin wäre wichtig Systemhintergründe (Backend, Softwarestand) zu kennen.

    Die Datenbankanbindung wird auf Fileebene im entsprechenden Archiv-Pfad durch die database.ini festgehalten.
    So ist die Anbindung auch die Definitionen zu den Feldern an die Datenbank immer serverseitig gespeichert.

    Einzig der Datenbanktreiber wird lokal von der Workstation geladen.
    Daher würde ich mal bei den unterschiedlichen Win-Workstations unter Systemsteuerung -> Verwaltung -> Datenquellen (ODBC) vergleichen.
    Falls diese hier Differenzen aufweisen, könnte man - sofern man sich in einer ADS befindet - diese zentral verwalten bzw. vorgeben.

    Bitte mal an Tobit direkt posten, da ich es als sehr wichtiges Feature erachte.

    Workarround:
    "Automatische Ablage" (ungetestet), die aber wahrscheinlich nicht funktionieren wird, da diese das Erstellungsdatum des Dokuments (meist ungleich Termindatum) zu Grunde legt.

    Tja, da bleibt es wohl nur noch, den Admin zum DSB zu machen.

    Das geht von Gesetzeswegen leider nicht; es müssen zwei verschiedene natürliche/juristische Personen sein! (d.h. also auch extern!)

    Private eMails können im Unternehmen nicht verboten werden, hierzu gibt es Grundsatzurteile.
    Und dann einem DAU (z.B. 50zig-jährige Sekretärin) erklären, wie man sich bei Webmailer anmeldet und diese bedient....

    ERGO läuft der Admin Gefahr in das Persönlichkeitsrecht einer einzelnen/jeder Person /Mitarbeiter im Unternehmen zu untermauern und bewegt sich somit auf Glatteis !

    Zitat

    Von der Tobit-Webseite/RSS-Feed {5D4CB477-8DE9-4055-B015-C5ADDD5B1619}

    Ahaus, 07. August 2007 -- Mit David.zehn! erfreut sich das aktuelle Top-Produkt aus dem Hause Tobit.Software immer größerer Beliebtheit. Dank seiner vielen Verbesserungen und neuer Funktionen, die die Büroarbeit noch effizienter und angenehmer gestalten, haben sich gerade auch viele Nutzer älterer Versionen bereits für ein UpDate entschieden. Dies ermöglicht es Tobit.Software nun, den Support des mittlerweile sieben Jahre alten David.6.6 zum 1. September einzustellen. Kunden, die bislang noch kein UpDate durchgeführt haben, erhalten jetzt noch ein besonders attraktives Angebot für eine kostengünstige Aktualisierung.

    "Inzwischen ist mit David.zehn! nach den Versionen 7 und 8 bereits die dritte Nachfolgegeneration auf dem Markt etabliert, sodass schon viele Nutzer älterer Versionen die Möglichkeit zu einem UpDate genutzt haben. So verzeichnen wir für David.6.6 heute kaum noch Anwender und werden den Support damit nach sieben Jahren zum 1. September einstellen", so Jochen Schnückler, Manager Relations bei Tobit.Software. "Wer heute noch auf David.6.6 setzt, sollte jetzt noch die Gelegenheit nutzen, zu vergünstigten Konditionen und bei komfortabler Übernahme seiner individuellen Lizenzen auf die aktuelle Version umzusteigen, um ihre umfangreichen Vorzüge und Verbesserungen zu nutzen und seinen Investitionsschutz zu wahren."

    Tobit Software hält für das UpDate auf sein in vielen Bereichen nochmals verbessertes und um viele neue Funktionen erweitertes Produkt speziell für Kunden der Vorgängerversionen besondere Angebote bereit. Den Nutzern von David.6.6 bietet sich im Zuge dessen mit einem attraktiven Preisnachlass von 20% auf alle anrechenbaren Lizenzen eine preisgünstige Möglichkeit zur Aktualisierung, die das Arbeiten im Büro noch schneller und effektiver als je zuvor gestaltet.
    Ihr UpDate auf David.zehn! können bestehende Kunden ganz einfach und bequem online bestellen. Der UpDate-Assistent stellt ihnen hierbei auf Basis ihrer
    vorhandenen Installation automatisch die neuen Lizenzen zusammen und verrechnet sie direkt mit der entsprechenden Rabattierung zu einem maßgeschneiderten Gesamtpaket.