Beiträge von nordtech

Moin!

Vielleicht dumme Frage, aber: Ist evtl. nur die Ansicht im Client etwas ungünstig? David hatte mal die Macke, dass Anhänge in der Ansicht "Vorschau unterhalb der Nachrichten" (früher Standard) nicht nebeneinander, sondern untereinander dargestellt wurden. Man hat dann unten drunter ein ewig breites Feld mit einem Dateianhang darin, rechts davon ist alles leer. Scrollt man aber nach unten (ggf. über die Einstellungen die per Default ausgeblendeten Scrollbalken darstellen lassen) sieht man plötzlich auch den Rest. Dieses Verhalten sollte in einem der letzten Sitecare-Updates behoben sein, ist mir aber bei einem Kunden auch später noch untergekommen. Ich hab's damals wie gesagt auf die Ansicht "Vorschau unterhalb der Nachrichten" geschoben.

Wenn du die Anhänge an einem anderen PC siehst (und öffnen/speichern kannst), muss es ja definitiv am Client liegen. Probleme in der Archive.dat o. ä. entfallen.

Zitat von stylistics

schön das es jetzt geht, leider wird @@von ... nicht aus dem Body entfernt.

Kann ich nicht bestätigen: Ich hab' per iPhone mal eine Mail normal und eine per "@@von" mit alternativem Absender auf den Weg gebracht. Es klappte alles so wie es sein sollte, der geänderte Absender wurde übernommen und der @@-Befehl ist aus der Mail verschwunden.

Zitat von Osterwohldt IT Service

Hallo,
das die David Client Apps für iOS und Android abgekündigt wurden, es war sogar von der Entfernung aus den Stores die Rede, wurde bereits im Partner Update Juli (Seite 7) und dann nochmal im Partner Update August (Seite 4) aufgegriffen. Dort steht zwar kein konkretes Datum (Ende steht unmittelbar bevor), aber das die Weiterentwicklung der Apps eingestellt wird.

Nunja. Ich war an der Stelle tatsächlich naiverweise davon ausgegangen, dass die Apps erst dann entfernt werden, wenn die angekündigten neuen Apps für die nicht via ActiveSync abbildbaren Features auch verfügbar sind. Das ist offenbar nicht der Fall, nun gut. Ferner sind die Partner-Updates ja ausdrücklich als "vertraulich" gekennzeichnet, da stellte sich für mich schon die Frage, ob ich mit diesen Infos bei den Kunden hausieren gehen darf. Nun ist es wieder so, dass die Kunden "auf die harte Tour" über die entsprechende Info stolpern. Ein "jetzt geht's wirklich los, bitte sprecht die Kunden darauf an und verweist ggf. bei der Gelegenheit auch gleich auf den Sitecare-Sonderrabatt" wäre mir entgegen gekommen. Und leider schweigt Tobit auch darüber, ob die App in der jetzigen Form zumindest im App Store verbleiben wird (und ob der meganervige "Nicht auf diesem OS getestet"-Hinweis zukünftig dauerhaft deaktiviert werden kann - auf eigene Gefahr natürlich).

Zitat

Für mich ist ActiveSync in David ein riesiger Schritt noch vorne.

Gar keine Frage! Ich selbst war sehr skeptisch und habe AS zunächst parallel zur Tobit-App genutzt, nach 2 Tagen wollte ich dann nicht mehr zurück. Aber einige Kunden sind diesbezüglich durchaus konservativ. Na ja, ich werde zwischen den Tagen mal einen Newsletter auf den Weg bringen und versuchen, die letzten zum Abschluss von Sitecare zu überreden.

Vielleicht liegt das an Strato. Ich hatte in der letzten Woche einen Kunden, der seine Mails (2 Konten) per Thunderbird abruft. Da gab's plötzlich das Phänomen, dass via POP keine Nachrichten mehr hereinkamen - Fehlermeldung gab's aber keine. Schaute man dann im Communicator (Webinterface) waren die neuen Nachrichten da. In den Eigenschaften des Kontos war alles sauber eingestellt, incl. der Ports und Servernamen etc. Wir haben das letztlich lösen können, indem wir auf IMAP umgestellt haben, das war eh seit längerem fällig.
Ich selbst habe diesbezüglich allerdings keine Probleme (ebenfalls Strato), auch mit dem POP3 via Grabbing Server im David nicht. Probier doch mal, ein paar Testnachrichten auf den Weg zu bringen und schau, wo die landen. Über communicator.strato.de verifizieren und ggf. auch ein anderes Programm (Thunderbird o. ä.) ausprobieren.
Wenn's nicht am Provider hängt, dann wie schon von Genesis gesagt: Mal im David-Admin beobachten, was beim Abholen der Mail passiert und unter System -> Ereignisse schauen, ob Fehler protokolliert werden.

Was mich an dieser Sache viel mehr nervt ist, dass der Fachhandel solche Sachen auch nur durch Zufall oder aber in Foren wie diesen zu wissen bekommt. Es gibt doch jetzt den Partner-Newsletter, den ich an sich eine tolle Sache finde. Warum wird dann nicht mal ein halbes Jahr vorher gesagt: "Leute, wir haben jetzt ActiveSync am Laufen, zum Stichtag xyz wird die App nicht weiter gepflegt". Statt dessen ist man darauf angewiesen, entweder die Flöhe husten zu hören oder aber per Zufall einem Insider auf einem Tobit-Event in Ahaus über den Weg zu laufen. Manno.

Ich habe alle Sitecare-Kunden jetzt schon auf AS umgestellt, und man gewöhnt sich ja auch wirklich schnell daran. Aber was sage ich den "Altkunden", wie lange die App noch läuft? Gibt es für die unsinnige "Diese Software ist nicht für Ihr Betriebssystem freigegeben"-Abfrage nun zumindest eine "nicht wieder anzeigen"-Option unter iOS? Keiner weiss es. Und Tobit sagt nix.

Wunderbar illustriert wird diese Informationspolitik durch das Changelog der iOS-App: "Diverse Fehlerkorrekturen und Detailverbesserungen"

Vielen Dank für die Tipps - als VPN-Anbieter hatten wir in der Tat mdex.de im Auge. Auch die Lösung mit einem externen Server hört sich interessant an, allerdings ist der Kunde etwas "Cloud-phob", daher wollte er auch kein Hosted Exchange; alle Daten sollen möglichst nur intern und auf dem eigenen Server in den eigenen 4 Wänden liegen. Aber im Hinterkopf behalten werde ich diese Variante auf jeden Fall!
Seitens des LTE-Anbieters gibt es nun die Aussage, dass mit einem Tarifwechsel auch öffentliche IPs möglich wären. Wie gut das dann in der Praxis klappt wollen wir mal herausfinden. Mit Telekom-LTE im Call&Surf-Tarif (also nicht dem Mobilfunk-LTE) habe ich mittelmäßige Erfahrungen gemacht. Da ist angeblich auch kein NAT im Spiel, aber der Zugriff auf den PC eines so angebundenen Kunden (Photovoltaik-Anlage) klappt nur sporadisch. Mal schauen, wie das in der Praxis aussieht.

Moin Moin,

ich stehe bei einem Kunden vor folgendem Problem: Er soll eine David-Installation bekommen und möchte Kontakte, Termine und E-Mails aufs Smartphone synchronisieren. So weit, so gut. Problem dabei: Er ist über LTE angebunden (andere Optionen gibt es nicht) und erhält keine öffentliche IP-Adresse, sondern teilt sich nach außen eine Adresse mit anderen Benutzern (NAT). Eingehende Verbindungen kann man also knicken.

Eingehende E-Mails bekommt man ja noch hin, indem z. B. mit Kopien über den Mail-Provider gearbeitet wird, aber er möchte halt gerne das volle Paket, vor allem eine sauber und permanent (!) laufende Synchronisierung von Kalender und Kontakten. Klassicher Fall für ActiveSync also. Das einzige was mir jetzt in der Richtung eingefallen ist wäre eine Drittanbieter-Lösung in Form einer (Open)VPN-Verbindung, die dann eine echte öffentliche IP zur Verfügung stellt. Das schien mir allerdings von der Einrichtung her recht fummelig, und ob's in der Praxis sauber läuft weiß ich auch nicht.

Daher die Frage in die Runde: Hat jemand von euch eine ähnliche Konstellation mal gehabt? Wie löst ihr so etwas?

Ich sehe gerade, der Develop spricht PCL6, Postscript und XPS. Damit die Übergabe der PCL-Steuerbefehle klappt musst du u. U. den Drucker noch einmal mit dem PCL-Treiber neu einrichten, falls z. B. bisher via Postscript-Treiber gedruckt wurde. Du kannst ja auf dem Server einfach einen separaten Drucker einrichten, der dann nur für David benutzt wird. Oder aber, wenn alle Stricke reißen, probier einfach einen alten Standard-Treiber für PCL-fähige HP-Drucker aus, einen von denen, die Windows mitbringt (HP Laserjet 4/5 oder sowas in der Richtung). Die meisten modernen Geräte verdauen das, und evtl. erledigt sich das Duplex-Problem auf diese Weise gleich mit.

Zitat von eknem

Mir ist nun absolut nicht klar, wo Tobit die Einstellung für den 2-seitigem Druck herholt. Vielleicht kann mir da jemand einen Tipp geben ( Unser Tobit Fachmann wie auch der Develop Fachmann können sich das auch nicht erklären).

Warum standardmäßig Duplex gedruckt wird kann ich auch nicht sagen - normalerweise lassen sich solche Defaults in der Druckerkonfiguration (also direkt am Gerät) hinterlegen. Aber du kannst ja probieren, die Einstellung manuell zu übersteuern. Wenn das Gerät PCL spricht, dann trage im David-Admin beim Drucker unter "ESC-Sequenzen (Start)" mal folgendes ein: \027&l0S - damit sollte Simplex erzwungen werden.

Zitat von stsm

Auch wenn es für dich keine befriedigende Antwort darstellt, rate ich dir zu einem Terminal Server in der Zentrale für die 18+ Mitarbeiter im Außenbüro.

Dieser Empfehlung schließe ich mich an. Bei ganz kleinen Umgebungen mit 1 oder 2 Remoteusern kann man alternativ über ein Win8 und Gast-VMs in Hyper-V o.ä. nachdenken (quasi als Personal Terminal Server), aber bei 18 Leuten lohnt sich doch ein "echter" Terminal Server schon deutlich.

Problematisch wird's u. U. nur bei Anhängen: Bekommt man eine fette Grafik als Anhang einer Mail geschickt, dann macht die Bearbeitung derselben direkt auf dem Terminal Server wenig Spaß. Mal abgesehen davon, dass die passende Software auf dem TS installiert sein muss.

Warum das Öffnen von Anhängen in der Konstellation des TE (schnelle Leitung) so sehr lange dauert kann ich allerdings nicht sagen - ich selbst nutze den David Client sporadisch remote (ohne VPN) über eine 2mbit-Leitung, und die Geschwindigkeit beim Übertragen von Anhängen ist so, wie man es erwarten würde. Etwas zäh, aber im Rahmen der technischen Möglichkeiten. Hast du (an den TE gerichtet) die Möglichkeit, mal eine IP-Direktverbindung zum Server aufzubauen? Also unter Umgehung des VPNs? Auch wenn das vermutlich keine gewollte Konstellation ist kann man so evtl. herausfinden, wo der Flaschenhals liegt.

Einige meiner Kunden nutzen ansonsten diese Variante: Prinzipiell Terminal Server, und wenn mal sehr große Anhänge ankommen, gibt es einen Tausch-Ordner, in den sie die Anhänge abspeichern und anschließend über eine entsprechende Verknüpfung auf ihren lokalen PC kopieren können (Dateiübertragung am David vorbei, gewissermaßen). Das ist zwar fummelig, klappt aber ganz gut.

Zitat von Arno

Selbst auf die Gefahr hin dafür Buh-Rufe zu erhalten:
Fritz!Card USB mit Vista-Treiber und Windows 2012 Server ist eine Bastel-Lösung mit unvorhersehbaren Folgen.

Alles richtig, was du sagst. Aber es läuft trotzdem.

Im konkreten Fall war es so, dass der Kunde sich ausdrücklich gegen eine teure aktive ISDN-Karte ausgesprochen hat, obwohl der Server sogar noch über PCI-Steckplätze verfügt. Vielleicht kennt der ein oder andere von euch derartige Kandidaten - da werden für mehrere 100000 Euro LKW angeschafft, aber 200 Euro in der IT halten sie für "verschwendet". Die Fritz!USB war schon vorhanden (ehem. David-"Server" unter XP) und die vorhandene ISDN-Hardware sollte partout weiter genutzt werden.

Wie auch immer, ich habe das zum Anlass genommen, um mal am lebenden Objekt zu testen, und wie gesagt - es rennt. Dies möchte ich definitiv nicht als Empfehlung verstanden wissen, solche Lösungen grundsätzlich in Erwägung zu ziehen (mache ich selbst auch nicht). Tut mir leid, falls das so rübergekommen sein sollte. Der Kunde ist klein und hat auf meinen Hinweis auf einen möglichen Serverausfall nur mit den Schultern gezuckt. Wenn dort eine Woche lang die IT nicht rennt, dann ist das eben so - das meiste wird eh noch mit Schreibmaschine und manuellem Fax erledigt.

Also. Meine Aussage war eine rein technische:
Ja, Fritz!USB an Server 2012 funktioniert.
Nein, machen möchte man so etwas natürlich nicht.

Zitat von winfreak

Die Liste ist nun doch etwas alt und alle Karten dort sind PCI. An eine Fritz!Card USB könnte ich denke ich jedoch kommen, nur ob die dann unter Windows Server 2012 tut steht wieder auf einem anderen Blatt. Schon einmal vielen Dank!!

Prinzipiell setze ich auf Servern zwar auch am liebsten aktive Karten ein, aber ich kann vermelden, dass eine Fritz!Card USB 2.1 ohne Probleme unter Windows Server 2012 x64 läuft. Wir haben einfach den x64-Treiber für Vista hergenommen, der tut auch unter 2012. Müsste dieser hier sein:

Zitat von nordtech

Heute ruft nun aber User 2 an (anderer Kunde) und beklagt, dass er auf dem iPhone seine eigenen Ausgänge wunderbar sieht, aber im David-Client nicht.

Boah, auf manche Sachen kommt kein Mensch. Die Mails waren da! Das fiel bei über 7000 Nachrichten nicht gleich auf, da die Betreffezeilen alle sehr ähnlich sind (generiert aus einer Warenwirtschaft). Was war passiert? Der Kollege hat in den Archiv-Eingenschaften die Sortierung aktiviert, aber als Kriterium das Default stehen lassen. Das ist "gelesen/ungelesen". Mit dem neuen Feature, dass Nachrichten im Ausgang automatisch als ungelesen markiert werden, haben sich diese dann natürlich UNTER den alten ungelesenen einsortiert. Klickt man manuell auf "Datum" ist die Welt wieder in Ordnung (im wahrsten Sinne des Wortes), aber da bin ich leider auch erst zu spät drauf gekommen, da man's ja in der Standardeinstellung so gewohnt ist, dass die neusten Nachrichten sich oben einsortieren.

Also, sorry für die Aufregung. Wieder was gelernt.

Hallo,

nach dem Einspielen des aktuellen Rollouts hatte ich bei zwei Kunden ein seltsames aber ähnliches Problem. Es betraf nur Benutzer, die via iOS-Gerät per ActiveSync auf David zugreifen:

Bei User 1 war es so, dass er neue E-Mails auf seinem iPhone erhielt, diese aber im Desktop-Client nicht vorhanden waren. Wir schauten natürlich nach der archive.dat, da war alles OK, und letztlich stellte sich heraus, dass als Typ in seinem Eingangsarchiv "Vorgabe" hinterlegt war. Nach dem Umstellen auf "Eingang" war nach Kundenaussage wieder alles super, und so haben wir das Phänomen zunächst als Einzelfall abgehakt. Obwohl wir uns das Verhalten trotzdem nicht konkret erklären konnten.

Heute ruft nun aber User 2 an (anderer Kunde) und beklagt, dass er auf dem iPhone seine eigenen Ausgänge wunderbar sieht, aber im David-Client nicht. Das ist vom Server aus reproduzierbar, die Mails sind nicht im Archiv vorhanden, auf Dateisystemebene aber sehr wohl. Also ARCUTIL ran, doch Pustekuchen: Die Mails bleiben im Archiv "verschwunden". Auf Dateisystemebene lassen sie sich per Doppelklick öffnen, auch die zugehörigen Anhänge. Und wie gesagt, auf dem iPhone sind sie auch zu sehen. Hier ist als Archive-Typ brav "Ausgang" eingetragen.

Zeitlich traten beide Phänomene direkt nach dem Einspielen des aktuellen Rollouts an. Wir haben bei allen Installationen die neue Option "Ausgang als gelesen markieren" aktiviert. Stichproben bei anderen Usern, die ActiveSync auf iOS nutzen ergaben jedoch, dass dort alles sauber läuft. Auch bei unserer eigenen Installation.

Frage in die Runde: Ist das jetzt einfach ein seltsamer Zufall (kann bei zwei Problemen dieser Art ja durchaus sein), oder hat jemand von euch schon ähnliches beobachtet?

Zitat von orko

Woran kann das liegen?

iOS-Geräte können PDFs von Haus aus anzeigen, daran kann's also eigentlich nicht liegen. Mir ist das Problem in der Form nicht bekannt. Kannst du das Phänomen weiter eingrenzen? Sind nur bestimmte Empfänger betroffen und/oder tritt das Problem nur bei PDF-Dateien auf? Wenn du an einen Empfänger mit einem Desktop-Client (Outlook, Thunderbird...) verschickst, werden die PDFs dort ordnungsgemäß als Anhang empfangen? Wie schaut die Mail in deinem Ausgang in David aus - ist dort der Anhang erkennbar und kann geöffnet werden?

Zitat von marvin

Das ist ja auch ein Bug von iOS und nicht von Tobit.
Das gleiche Verhalten habe ich auch mit einem "echten" Exchange Konto von einem Exchange 2010 Server.

Stimmt, da ist der Haken auch nicht abwählbar (bzw. kommt automatisch wieder). Aber bei Exchange gab's das Problem mit den im Sperrbildschirm auftauchenden versandten Nachrichten auch nicht, oder? War jedenfalls bei mir so (Exchange 2013). Das kam nur beim David.

Aber ihr habt natürlich insofern Recht, als dass es diese Sperrbildschirm-Anzeige vor iOS8 nicht gab. Nachdem Apple offenbar etwas geändert hat, Tobit aber den Fix herausbrachte, um das unerwünschte Verhalten wieder abzustellen, handelt es sich offenbar um eine Art beidseitiges Problem. Wohl so ähnlich wie die Probleme mit Bluetooth im Auto, die nach jedem iOS/Android-Update wieder zum Thema werden.

Zitat von Arno

Es reicht auch aus, das IOS -Update auf Version 8.1 zu installieren.

Nope. Wie ich oben bereits schrieb, habe ich iOS 8.1 auf dem iPhone 5s (8.1 [12B411]) und vom PC-Client verschickte Nachrichten wurden trotzdem immer noch im Sperrbildschirm angezeigt. Erst das Setzen der Option "Ausgang als gelesen markieren" im David-Admin wie von schluri beschrieben brachte Abhilfe.

Der Bug(?), dass man unter iOS Einstellungen -> "Mail, Kontakte, Kalender" -> Datenabgleich -> David-Account -> das Archiv "Gesendet" zwar abwählen kann, dieses aber beim nächsten Aufruf wieder markiert ist, besteht auch noch weiterhin.

Moin! Bin gerade darüber gestoplert, dass seit heute ein neues Feature Pack verfügbar ist.

Änderungen/Neuerungen:

Q-111.587 Abwesenheits-Assistent
Q-111.586 Optimierungen für ActiveSync Nutzung bei Windows Phone 8 Geräten
Q-111.585 SLS Optimierung
Q-111.584 Ziel-Ordner bei Verteilregel entfernt
Q-111.583 Angenommene Besprechungsanfrage nicht im Kalender eingetragen
Q-111.582 Aktualisierung Rechtschreibprüfung
Q-111.581 Keine Verbindung wenn SQL nicht eingerichtet
Q-111.580 Standard-Beschriftung für neue Termine festlegen
Q-111.579 Button "Tapps" ausblenden

Im Thread zum vorherigen Rollout wurde ja schon gemutmaßt, dass die Freezes der Clients mit dem SQL zu tun haben könnten - das ist dann offenbar mit Q-111.581 behoben. Wäre nett, wenn sich einige Leute dazu äußern könnten, bei denen das Problem aufgetreten war - in meiner Testumgebung ist nämlich mit dem Rollout vom 31.10. alles glatt durchgelaufen, aber ich habe mich aufgrund der gemeldeten Schwierigkeiten noch nicht getraut, diese Version bei den Kunden einzuspielen...

Zitat von RARi

Kennt jemand das Problem?

Ich habe bei einem Kunden auch das Problem, dass sich der Client nicht aktualisiert. "Natürlich" ist es ausgerechnet der PC des Chefs.
Offizielle Antwort: Schauen, ob im lokalen Programmpfad die CLIENT-UPDATE.VER vorhanden und darin die passende Version hinterlegt ist. Anhand dieser Datei vergleicht David, ob der Client aktuell ist oder nicht - wenn z. B. Zugriffsrechte fehlen oder die Datei aufgrund der Verzeichnisvirtualisierung ab Vista an einen anderen Ort wandert kann es dort zu Problemen kommen.

Blöd nur: Wir haben das alles gestestet, Rechte sind vorhanden. Der Client ist ein x86-Win7, dort wurde incl. Benutzerkontensteuerung testweise alles deaktiviert, was irgendwie stören könnte. Wir haben ferner ein neues Benutzerprofil angelegt, David komplett entfernt (incl. manueller Bereinigung von Registry und Verzeichnissen) - gleiches Problem. Kurzum: Die Ursache war nicht auffindbar, dieser eine PC verweigert automatische Updates beharrlich.

Das Problem kann wohl auch dann auftreten, wenn man mal mit der Verteilung des David-Clients über eine Gruppenrichtlinie experimentiert hat. Auch das ist hier allerdings definitiv nicht der Fall.

Fazit: Außer obigem habe ich keinen Lösungsansatz parat. Aber wenn's nicht hilft seid ihr damit zumindest nicht alleine.

Zitat von Osterwohldt IT Service

die Liste mit den Neuerungen gibt es, wenn man im David Admin auf den Downloadlink für das anstehende Rollout klickt. Dort findet man dann auch die Code History.

Ha, "David-Admin" war das Stichwort, danke! Ich hatte den Download immer vom Client aus bzw. aus dem David-Client heraus angestoßen. Merci!