Beiträge von nordtech

Tja, hm. In den Release Notes heißt es: "Der Editor wird nun mindestens im IE 8 Modus verwendet (kann unter "Einstellungen/Editor/Erweitert/Kompatibilitätsmodus" deaktiviert werden". Daraus schließe ich mal, dass der Editor ansonsten im IE-6-Modus läuft? Was das konkret bedeutet entzieht sich aber leider meiner Kenntnis. Ich sähe es eh lieber, wenn David eine eigene Rendering Engine benutzen würde, aber man kann natürlich verstehen, dass Tobit der Pflegeaufwand dafür zu hoch ist.

Ja, das ist uns (bzw. mehreren Kunden) auch aufgefallen. Dafür ist offenbar eine neue Option im Client gebaut worden: Einstellungen -> Optionen -> Editor -> Erweitert -> ganz unten "Kompatibilitätsmodus" anhaken. Damit war das Problem zumindest bei unseren Kunden behoben.

Zitat von JackC

Immer nur am Design rummachen und hauffen Geld zu verlangen ist für mich keine Innovation.

Das mit dem Haufen Geld ist in der Tat ein Problem - meine Kunden (denen ich zu Sitecare geraten habe, auch wegen des neuen Update-Handlings in Win10) knurren und murren schon lange. Spätestens wenn da die neue Sitecare-Jahresabrechung aufschlägt kommen wieder die unangenehmen Fragen: Warum ist Sitecare soooo teuer? Und wäre es für uns nicht günstiger mit Office365...? Fax haben die meisten inzwischen eh abgeschafft oder ausgelagert.
Ich mag ja David als Software echt gerne, aber mir gehen immer öfters die Argumente aus, wenn es um Preis/Leistung geht. Und nur noch sporadisch reinplätschernde Feature-Packs helfen dabei nicht wirklich.
Sitecare-Kosten für Bestandskunden halbieren oder zumindest (wie bei Antivirus-Software) einen fetten Renewal-Rabatt einräumen. Das wäre mal eine Kundenbindungs-Maßnahme nach meinem Geschmack.

Oh Mann... Nach dem Einspielen des neuen Rollouts meldet sich jetzt die Verhaltenserkennung der Identity Protection und blockiert Tobits SETUP.EXE (sobald der Client sich updaten möchte) - ich hoffe, dass AVG da bald mal zu Potte kommt, es handelt sich offenbar doch ziemlich klar um ein false positive.

Bei unserer hausinternen Version sowie den meisten Kunden hat es geholfen, den Pfad des David-Clients (c:\program files (x64)\tobit infocenter) in AVG als Ausnahme zu definieren. Danach konnte ich den Absturz im Dateiauswahlfenster nicht mehr reproduzieren, allerdings hatte ein Kunde gestern wohl wieder einen Absturz beim Anfügen eines Anhangs.
Dem AVG-Support haben wir eine PC-Analyse und die Kopie des David-Client-Verzeichnisses übermittelt, aber bislang noch keine Antwort erhalten.

Hallo z'samm,
ist hier zufällig noch jemand anwesend, der Systeme in obiger Konstellation am Laufen hat? Also: Aktueller David-Client, Windows 10 x64 und Virenschutz AVG Business Edition? Ich kann seit dem Wochenende folgendes Szenario reproduzieren: E-Mail öffnen, angehängte Datei über "Speichern..." wegsichern und dabei den Dateidialog "Speichern unter..." offen stehen lassen. Nach 5-10 Sekunden stürzt der Client ab mit der Meldung (im Systemprotokoll) "Faulting application dvwin32.exe, version 12.0.0.6107, faulting module msvcrt.dll, fault address 0x748d8568."
Irgendwie scheint AVG da "reinzugrätschen", denn wenn der Scanner deaktiviert ist, läuft der Client stabil. Direkt den schwarzen Peter an AVG zu schieben hilft aber nur bedingt, da ich das Problem bislang nur unter Windows 10 beobachten konnte. Clients mit Win7 laufen nach wie vor stabil. Die msvcrt.dll ist, soweit ich das herausbekommen habe, in letzter Zeit nicht durch ein Win10-Update erneuert worden.
In anderen Programmen ist das Phänomen bisher nicht aufgetaucht. Aufgefallen ist mir jedoch, dass David offenbar einen anderen Datei-Requester öffnet als die meisten anderen Programme. Bei "Speichern unter..." landet man in einem Dialog, der neben der Adresszeile noch die "alten" bunten Symbole für "Zurück" und "Ordner erstellen" etc. hat. Andere Programme nutzen hier meist das neuere flache Design, wo jene Symbole links neben der Adresszeile liegen.
Ich werde jetzt mit dem AVG-Support Kontakt aufnehmen, aber wenn jemand in dieser Runde ähnliche Probleme beobachtet hat (evtl. auch mit einem anderen Virenschutz) wäre ich dankbar für eine Rückmeldung.
(Und bitte kein AVG-Bashing, bislang lief die Software echt sauber und gut ;-))

Wenn im Feld "Postmaster eMail Adresse" nur "postmaster" eingetragen ist, dann versucht David, aus mehreren Einträgen eine komplette Adresse zusammen zu puzzeln, nämlich indem er die Domain aus dem direkt darüber liegenden Feld "Domäne" zur Adresse ergänzt. Du musst demnach sicher stellen, dass auch "Domäne" mit eurer Domain korrekt befüllt ist ODER beim postmaster eine komplette gültige Adresse eintragen wie "postmaster@meinedomain.xyz". Ferner muss diese Adresse natürlich vom System empfangen werden. Entweder über ein separates Postfach oder über ein Catchall o. ä. So oder so musst du sicherstellen, dass diese Mails beim David ankommen und entsprechend verarbeitet werden können.

Moin,

Tante Google spuckt bei der Suche nach "550.5.7.606" in erster Linie Links zu Office365 aus. Meiner Vermutung nach greift beim Empfänger schon eine Microsoft-Blacklist, bevor der irgendwas "als sicher deklarieren" kann. Hat der Empfänger überhaupt eine eigene Mail-Infrastruktur lokal, oder läuft das bei denen ggf. alles über eine O365-Wolke?
Habt ihr mal geschaut, ob eure IP in den üblichen Blacklists auftaucht? Oder, ganz verwegene Idee, was passiert wenn Ihr dem Link in der Fehlermeldung folgt und da eure IP prüfen lasst: ?

Zitat von NoHopeNoFear

ich bin mir allerdings nicht wirklich sicher ob die DVG User gruppe noch eine relevanz hat und wenn ja für welche verzeichnisse.

Aus gegebenem Anlass kann ich berichten, dass die DVG-User standardmäßig in noch mindestens einem Verzeichnis ausgewertet werden, nämlich in \David\apps\faxware\out\api. Alle anderen Verzeichnisse (zumindest in APPS) brauchen nur die Standard-Berechtigungen aus dem David-Root (also z. B. SYSTEM und Admins), aber ins obige API-Verzeichnis müssen die David User schreiben dürfen. Sonst gibt's beim Absetzen einer E-Mail die schöne Anzeige "Die Nachricht konnte nicht versandt werden". Interessanterweise übrigens nicht, wenn der betreffende User über ActiveSync verschickt.
Bei einer Installation mit Rechte-Vorgabe (David-Ordner manuell anlegen, Rechte anpassen, dort hinein installieren) vergibt die Installationsroutine für den Ordner API Lese- und Schreibrechte für die Gruppe DVG-User.
Ob die Gruppe noch an anderer Stelle zum Tragen kommt kann ich jetzt spontan nicht sagen.

Ich betreue eine (alte) Warenwirtschaft, die mittels des PCL Conversion Servers eine PCL-Datei "druckt", in der die entsprechenden @@-Befehle eingebettet sind. Das klappt reibungslos. In den Eigenschaften des entsprechenden FileScan-Service im David Administrator muss man lediglich das Format auf "PCL Fax" anpassen.
Haken dabei: Der PCL Conversion Server war in einer Uralt-Version von David mal mit dabei (6?), wird aber seit dem nicht mehr weiter entwickelt oder von Tobit unterstützt. Wer aber eine solche alte Version noch hat kann das Modul für aktuelle Versionen recht leicht einbinden, das klappt mit einigen Tricks auch auf einem aktuellen Win2012R2. Dir diesen Weg als wirkliche Lösung zu empfehlen traue ich mich allerdings nicht. Wie gesagt: Nicht weiter entwickelt, nicht weiter supportet...

Hm, ist hier das gleiche Spiel. Und zwar egal, ob ich die Grafikdatei in einem freigegebenen Pfad ablege oder im Standardpfad ( \\server\David\Apps\Faxware\Out\Img ). Der Auftrag erscheint wartend im "In Transit", aber beim Doppelklick gibt's "Die Datei \\server\david\archive\user\00000000\out\M0012DE2E.001 konnte nicht geöffnet werden. Es bestehen keine Leserechte oder sie hat eine unbekannte Extension"

Da ich in der Testinstallation als Administrator angemeldet war ist es wohl kein Rechteproblem, sondern scheint tatsächlich an der Datei selbst zu hängen. Ob aber das Format nicht korrekt ist oder David an der Stelle Mist baut kann ich leider nicht sagen - die Funktion hab' ich bislang nie benutzt.

Ich hatte solche und ähnliche Phänomene auch schon ein paar Mal bei Kunden (z. B. dass der Grabbing Server-Dienst sich sporadisch einfach beendet, sobald ein bestimmtes Postfach abgefragt wurde). Leider lag es in allen (!) Fällen an Fehlern oder Problemen seitens des Mail-Providers. Wenn der sich aber bockig stellt, weil David nach seiner Ansicht "exotisch" ist, dann hat man meistens verloren.
Bei einem Hoster half es seinerzeit, das Postfach einmal neu anzulegen. Alle Daten wie Kennwort etc. waren im neuen Postfach identisch, aber anschließend lief der Grabbing Server stabil. Ist vielleicht einen Versuch wert, falls alles andere nicht klappen mag und der Support des Mailproviders auch keine Idee hat.

Na ja, so weit würde ich nicht gehen. Eher unbequem. Es würde im Grunde vollkommen ausreichen, wenn die Tobit-Server sich zu jeder Site-ID merken, bis zu welchem Rollout Sitecare aktiv war. Wenn man dann eine Neuinstallation durchführt könnte man einfach das maximal mögliche Rollout-Paket installieren (bzw. bei Bedarf neu herunterladen), ohne das extra beim Hersteller zu beantragen. Generell wird das Thema "Neuinstallation" etwas stiefmütterlich behandelt.

Zitat von stylistics

Das Update über den Maintenance Service hat auf meinem TS sauber funktioniert. Die User die den Client verwenden haben KEINE Admin Rechte

Kann ich bestätigen (Win 2008R2 und 2012R2 Server)!

Rollout 247 ist jetzt verfügbar. Einzige Änderung:

Q-111.967 Mögliche hohe Auslastung beim Betrieb auf einem Terminal Server

Bei meinen Kunden zieht sich das Phänomen durch ALLE TS-Versionen. Es gibt da noch einen 32bittigen mit Windows 2003 (läuft noch wegen einer alten 16-bit-Anwendung), da geht nahezu gar nichts mehr. Die 2008R2er schnaufen auch, ebenso die 2012er. Überall Last auf 99-100%, wobei die 2008 und 2012-Versionen etwas besser mit der Sache klar kommen - die Systeme bleiben zumindest bedienbar. Vermutlich einfach wegen optimierter Ressourcenverwaltung. Auf dem 2012er geht der einzelne Prozess bis maximal 19% hoch, auf dem 2003er bis 25%.

Es ist mir ein absolutes Rätsel, wie derartige Böcke nicht von der QS in Ahaus abgefangen werden. Terminal Server mit mehr als einem User sind ja jetzt keine sonderlich exotische Konstellation.

Ansonsten muss ich zugeben, dass dieses Problem wohl auf mich zurückzuführen ist. Normalerweise warte ich 1-2 Wochen, ehe bei Kunden die aktuelle David-Version ausgerollt wird. Gestern aber dachte ich mir: "Wird schon schief gehen" und spielte das Rollout ein, weil eh gerade Arbeiten auf den Servern anstanden. Das erste Mal ungetestet. Murphy schlug zu, wie sollte es auch anders sein. Also: Sorry an alle!

Hallo z'samm,
ein Kunde (David.fx, aktuelles Update/Rollout) berichtet mir gerade von einem seltsamen Phänomen, das offenbar mit der Anbindung von iOS-Geräten via ActiveSync zum ersten Mal aufgetreten ist: Mails verlieren sporadisch ihre manuelle Markierung/Klassifizierung ("Kritisch, zur Erinnerung, Sachbarbeiter" und was es da noch so alles gibt). Es ist wohl so, dass eine Mail eingeht, manuell vom Benutzer eine Markierung im David-Client bekommt und dann nach einiger Zeit diese Markierung wie von Geisterhand restlos verschwindet. Das Ganze passiert wie gesagt erst, seit ein Abgleich per ActiveSync erfolgt, zuvor war kein Remote-Zugriff eingerichtet.
Ich selbst konnte das Problem bei einem kurzen Test nicht nachstellen, arbeite allerdings auch normalerweise nicht mit Markierungen.
Daher mal als Frage in die Runde: Hat jemand von euch Kunden, die E-Mail-Markierungen stark nutzen und/oder dieses oder ein verwandtes Problem erlebt?

Zitat von ebbsnos

Seit dem Update haben wir auf unseren Terminalservern (2008 r2) für jeden Client jeweils eine CPU-Auslastung von ca. 25%.
Alle Clients sind ohne Grafikeffekte eingestellt.

Jap, hier das Gleiche - allerdings haben nur einige User 25%, andere pendeln sich so bei 5-19% ein. Natürlich immer noch viel zu viel.

Zitat

Montag....

Tobit...?

Schau mal in den Einstellungen bei "Vorlagen", was dort bei "neue Nachricht" als Vorlage definiert ist. Meine Vermutung wäre, dass dort ein Dokument gezogen wird, das als plain text definiert wurde. Dann gibt's keine Möglichkeiten zur Schriftarten-Anpassung etc. Testweise einfach mal auf die gleiche Vorlage ändern wie sie bei "Weiterleiten" definiert ist.
Alternativ probier mal, Alt + Umschalt + E zu drücken, nachdem du auf "Neue E-Mail" geklickt hast. Das schaltet manuell auf HTML um, damit müsste es ebenfalls funktionieren.

Hm, bei mir waren mit dem Update plötzlich die konfigurierten Vorlagen der User verstellt. Für alle Mailadressen war wieder der Default "eMail Vorlage für neue Nachrichten" eingerichet (die Vorlagen selbst waren noch da, aber die Zuordnung nicht) - kann das jemand bestätigen/nachvollziehen?