Moin!
Nein, diese Option meinte ich nicht - aber du hast Recht, das ist die richtige! 
Entfernt man den Haken an dieser Stelle bekommt man den Nachrichteneditor auch dann in einem separaten Fenster, wenn die allgemeine Ansicht auf "Vorschau neben der Nachrichtenliste" gestellt ist. Diese Einstellung hatte ich bislang nicht auf dem Schirm. Man lernt nie aus. 
Moin! Ich weiß spontan leider nicht, ob es die Option separat noch gibt... Bei mir hängt das Verhalten von der eingestellten Ansicht ab: "Klassische Ansicht" (=Ansicht -> Vorschau -> unterhalb der Nachrichten) bewirkt, dass neue Nachrichten in einem separaten Fenster dargestellt werden. Lässt man den neuen Default aktiv (=Ansicht -> Vorschau -> neben den Nachrichten), dann werden neuen Nachrichten im Hauptfenster integriert.
2793 im David Admin ist in der Tat die aktuelle Version. Und wie schaut's auf dem Client aus (Menü "Hilfe" (ggf. durch kurzen Druck auf "Alt" einblenden) -> "über")? Sind da die gleichen Versionen wie im Anhang zu sehen? Ich vermute mal, dass nicht - dann bitte den Client einmal neu bzw. drüber installieren. WIMRE gehtl alternativ auch das manuelle Ausführen der Datei \David\Clients\Windows\MOBILE\DAVID\UPDATES\client-update.exe
Viel Erfolg!
So, ich hab vorhin einen ganz neuen Account angelegt und nach dem Anmelden auf "Ich bin bereits Partner" geklickt. Leider muss das erst durch Tobit manuell freigeschaltet werden, und in Ahaus sind wohl alle schon im Osterurlaub. Nach der Freischaltung samt Verknüpfung zum TPN stehen einem unter tiefschwarz.com vermutlich weitere Ressourcen zur Verfügung.
Was nun ganz konkret gegen ein PDF per E-Mail spricht verstehe ich trotzdem nicht. Naja. Jetzt mache ich selbst erstmal Osterpause. 
Der Dialog ist schon der richtige, allerdings ist die entsprechende Funktion noch relativ neu und erst mit einem der letzten Sitecare-Updates herausgekommen. Eure Version ist offenbar älter, da hilft also nur ein Update (und/oder das Sitecare-"Abo"). Mit dem aktuellen Build schaut das Ganze dann so aus wie im Anhang:
Hallo z'samm,
ich hab' jetzt seit fast 20 Jahren mit Tobit zu tun. Verstehe aber nach wie vor nicht das Login-System. Zum Bestellen etwa darf ich mich nicht mit meinem TPN-Account anmelden, sondern muss das mit meinem persönlichen tun (club.tobit.com), dann auf Shop gehen und dort schließlich mein TPN-Konto angeben ("als wer möchten Sie einkaufen?") - nunja. Will ich was zu meiner eigenen Installation wissen, muss ich die Site-ID auf david.tobit.net eingeben. Ächz. Ist das eigentlich irgendwie dokumentiert?
Nun gibt's das Partner Update also auch nicht mehr als PDF per E-Mail, sondern als Download. Dieses einfach im TPN-Bereich unter "Partner-Ressourcen" abzulegen wäre vermutlich viel zu einfach gewesen... Statt dessen, hurra, NOCH eine neue URL. - OK. Und da? Ich sitze hier gerade bei einem Kunden, der sämtliche Facebook-URLs komplett blockt. Dann bleibt wohl nur der Weg über die chayns-ID. Und die wäre? Meine normale (mit der der Login im club.tobit.com funktioniert) offenbar nicht . Ich darf mich mit dieser Adresse aber für chayns auch nicht neu anmelden, da die Adresse bereits registriert sei. Eine "Passwort vergessen"-Funktion gibt es nicht.
Eigentlich war meine vage Hoffnung, dass Tobit irgendwann endlich die große Heckenschere rausholt und diesen Account-Dschungel gründlich ausmistet. Statt dessen gibt es noch mehr Accounts, noch mehr Login-Methoden und vor allem noch mehr URLs. Startet ein Anfänger ganz naiv auf findet er rein. gar. nix.
Vermutlich bin ich aber einfach mal wieder zu doof (seltsam allerdings, dass derartige Probleme nur im Zusammenhang bei Tobit auftreten). Mag mir jemand helfen? Wie lautet die für Normalsterbliche nachvollziehbare Antwort auf die triviale Frage "wie komme ich an das Partner Update April 2015"? 
Der Auftrag steckt dauerhaft fest? Mit welchem Status, "in Bearbeitung" oder etwas anderes? Bekommst du eine Fehlermeldung im Eingang des versendenden Users und/oder unter System/David/Ereignisse? Schau auch mal nach, ob in der Systemkonfiguration im David Admin bei "Postmaster" eine gültige Adresse hinterlegt ist.
Meine Idee war's, die Grafik im David-Archivbaum ausfindig zu machen und umzubenennen oder zu modifizieren. Allerdings scheint sich David die Daten direkt aus der dvwin32.exe zu ziehen, im Quelltext steht: src="res://dvwin32.exe/GIF/GIF19" - mit Tricksen wird's an der Stelle also problematisch.
Um TobitJunkies Antwort noch etwas zu ergänzen: Neben den reinen Rechten auf das Verzeichnis kannst du über die Rechte auf bestimmte Dateien den Zugriff der Benutzer festlegen. In der archive.dat ist die Auflistung aller im Ordner/Archiv enthaltenen Einträge hinterlegt, in der archive.dir gilt das gleiche für evtl. vorhandene Unterordner. Wer diese Dateien als Windows-User nicht lesen darf, "sieht" im David auch nichts. Umgekehrt kann man so z. B. festlegen, dass Einträge aufgelistet werden dürfen, aber der Zugriff auf den Nachrichteninhalt unterbunden ist.
Im David-Client kannst du per Rechtsklick auf einen Archivordner-> "im Explorer öffnen" zum entsprechenden Eintrag auf Dateisystem-Ebene springen. Über "erweiterte Eigenschaften" lassen sich auch die Rechte auf das Objekt direkt anpassen. Last not least: Wenn du per Rechtsklick auf einen Ordner im David-Archivsystem gehst und Eigenschaften öffnest, dann siehst du im erscheinenden Dialogfenster im Reiter "Optionen" ein Ordnersymbol neben dem Namen des Archivs. Klickst du auf dieses Symbol einmal drauf wird dir der entsprechende UNC-Pfad angezeigt.
Ist anfangs alles etwas gewöhnungsbedürftig, aber in sich logisch. Übrigens: Nach der Neuvergabe/Änderung von Rechten am besten im David-Client den Archivebaum im Navigator einmal zu- und wieder aufklappen, dann erst werden die neuen Einstellungen gezogen.
Die 66612 ist ja eine elektronische Lizenz - ich habe offen gesagt keine Ahnung, wie David-Lizenzen über die Distribution heutzutage verkauft werden, ob's da wie früher noch ein Zettelchen gibt? Aber wenn ich bei Ingram schaue, dann sind dort derzeit 8 Stück im Bestand, das müsste Herstellernummer 17903 sein.
Alternativ beim TAR kaufen, dann ist's nur eine Frage von Minuten! 
Sorry, vergaß zu erwähnen: Das Logging hatten wir aktviert, dann den Fehler reproduziert (User versuchte, eine Mail zu löschen), danach das Ergebnis in Form der Logdatei an Tobit überstellt. Leider hatte man in Ahaus keine konkrete Idee. Auch das Log sah weitgehend unauffällig aus.
Wir werden mit dem Löschen der ActiveSync.db einfach mal unser Glück versuchen, denke ich. Das Konto komplett neu einrichten kann man anschleßend ja immer noch, falls es schief geht...
Hallo z'samm,
aus heiterem Himmel habe ich bei einem Kunden folgendes Phänomen: Einige der per ActiveSync angebundenen iPads empfangen weiterhin brav ihre E-Mails, erhalten jedoch beim Versuch, eine Nachricht zu löschen oder zu verschieben die Meldung "Nachricht konnte nicht gelöscht(verschoben) werden". Es sind nicht alle Geräte des Kunden betroffen, sondern nur einige - eine Regelmäßigkeit konnte ich nicht feststellen. Geprüft haben wir folgendes:
- Rechte sind OK - in der Web-Oberfläche ist Löschen und Verschieben möglich.
- Ordner TEMP im Userachive ist vorhanden
- Gerät aus/an, Mailapp neu starten etc. ohne Ergebnis.
- Webbox neu starten ohne Ergebnis.
- Wenn wir an einem neuen/anderen iOS-Gerät einen Account mit den Daten eines betroffenen Users hinzufügen, ist löschen und verschieben möglich!
Die letztere Erkenntnis brachte uns zu dem Schluss, dass es sich nur um ein gerätebezoges Sync-Problem handeln kann. Und in der Tat: Lösche ich den Account auf dem iPad, anschließend das Gerätekonto im David Admin und lege alles neu an, dann klappt es wieder. Da die Benutzer allerdings weit verteilt sind und sehr unterscheidliche Kenntnisse in Sachen IT mitbringen ist das Verfahren dennoch recht lästig.
Frage: Hatte jemand von euch dieses Problem schon einmal? Ich kannte bisher nur das Phänomen mit abgelehnten ausgehenden Mails, wenn beim User kein "TEMP"-Ordner vorhanden ist. Leider konnte ich obige Fehlermeldung nicht reproduzieren.
Was mich insbesondere interesseren würde ist, ob es eine Abhilfe gibt, die sich rein serverseitig ausführen lässt. Es gibt ja die ominöse ActiveSync.db im User-Archive - könnte es was bringen, diese einfach rauszulöschen oder kommt das Endgerät dann völlig aus dem Tritt? Am lebenden Objekt ausprobieren kann ich es leider derzeit nicht, weil mir aktuell kein betroffenes Gerät zur Verfügung steht. 
Ich habe mich bei club.tobit.com mit meinen Zugangsdaten angemeldet. Dort gibt es bei mir keinen Punkt Kundendienst.
Melde dich dort mal mit deiner Site-ID an. Also Username = die ersten beiden Blöcke der David-Lizenznummer (incl. Bindestrich) und Kennwort = der mittlere Block der Lizenznummer. Dann sollte dort auch Kundendienst erscheinen. Hast du lediglich ein "persönliches" Konto und mit diesem nichts verknüpft, dann sind die Optionen in der Tat überschaubar.
Sofern die ID des KB-Artikels bekannt ist kannst du übrigens auch ganz ohne Account auf die KB zugreifen, für den weiter oben verlinkten Q-109.957 z.B.: - hinter ID muss die Artikelnummer ohne "Q-" und "." und um die führende 1 erleichtert gesetzt werden. Etwas kryptisch, aber es funktioniert.
Generell ist die versteckte Informationspolitik seitens Tobit vermutlich der Fachhandels-Exclusivität geschuldet. Man kann drüber streiten ob das sinnvoll ist. Aber dass es im Zweifel wenig hilft, auf Tobit zu schimpfen hat wohl jeder der hier im Forum schreibenden schonmal erfahren müssen.
Ja, ganz genau: \David\Archive\USER\xxxxxxxx\temp - dort gehört ein Verzeichnis mit diesem Namen hin, bei einigen Installation gibt es allerdings eine Datei die so heißt. Mutmaßung: In alten Installationen gab es den Ordner "Temp" noch nicht, irgendwann wurde das bei Tobit umgestellt, allerdings ohne die Existenz des Ordners zu prüfen. Beim Versuch, dort hinein zu schreiben wurde dann vom System statt dessen eine Datei erstellt. Oder aber es gab den Ordner temp doch schon von Anfang an, aber er ist (zum Beispiel weil er leer war) beim Serverwechsel je nach Kopiermethode nicht auf den neuen Server übernommen worden. Wobei das bei der Verwendung der Migration Servicves eigentlich nicht passieren darf, da dort ja jeder User quasi neu angelegt wird (mit abweichender ID, unsinnigerweise). Man weiß es nicht so genau. Fakt ist, dass jeder User in seinem Stammarchiv-Verzeichnis einen Ordner "temp" haben sollte.
OK, wenn das so einfach geht, dann ist das natürlich eine bequeme Alternative. Ich war offen gesagt davon ausgegangen, dass man die personalisierte Lizenz nicht einfach so auf einen komplett anderen Lizenznehmer umschreiben darf, sondern im persönlichen Bereich lediglich kleinere Änderungen erlaubt sind (Ortswechsel, Änderung der Firmierung etc.) - es könnte sich theoretisch ja auch um einen Account-Diebstahl handeln oder solche Späße. Und um den Fachhändler zu wechseln muss der Kunde nach wie vor direkt mit Tobit in Kontakt treten. Daher meine Annahme, dass Tobit diesbezüglich mit strenger Hand regiert.
Aber gut, man lernt nie aus. Dann werde ich das beim nächsten Mal auch einfach durchs Ändern der Kundendaten probieren.
Oh, ich sehe gerade, Tobits AGB, Abschnitt 11: "Der Kunde ist im Falle der Veräußerung oder Schenkung der Software verpflichtet, Tobit.Software den Namen und die vollständige Anschrift des neuen Lizenznehmers schriftlich mitzuteilen." Das könnte (IANAL) rechtlich relevant werden, weil lt. Abschnitt 7.1 der AGB der neue Kunde bei Weiterveräußerung den AGB Tobits explizit zustimmen muss. Es wäre also interessant, ob Tobit die Adressänderung im persönlichen Bereich bereits als "schriftliche Mitteilung" interpretiert. Aber zugegeben, das sind juristische Spitzfindigkeiten.
Eine Datei mit 1kb deren Inhalt "..bat" war, umbenannt, Ordner erstellt, WebBox neugestartet, und .. MAILS gehen raus vom Telefon ...
na endlich dauerte ja nur hmm um die 2 Wochen
Kommt mir bekannt vor: ActiveSync: "Die Nachricht wurde vom Server abgelehnt"
Jetzt müsste man nur noch herausfinden, wie diese komischen temp-Dateien entstehen bzw. wie der entsprechende Ordner verschwinden konnte. Ein weiteres Feature für das von mir herbeigesehnte Tool "David-Konsistenzcheck", das einen z. B. auch auf Fehler in der Archive.dat bzw. Archive.dir aufmerksam macht, BEVOR man's auf die harte Tour erfährt. Leider kenne ich kein solches Tool, und Tobit kümmert sich derweil ja lieber um den Brief-Versand. 
Ah, OK, wenn die App erstmal installiert ist, dann sagt sie einem, welche Mindestvoraussetzungen erfüllt sein müssen. Das ergibt natürlich Sinn. *Hust* 
FYI: Die App "Tipps" benötigt .net Framework 4.0 und Internet Explorer ab Version 9
Für die Kunden mit hohem WinXP-Anteil (ja, davon haben wir noch jede Menge) bedeutet das wohl: Vor dem Rollout dieses Wochenende in den Benutzerrechten "Apps" deaktiveren. Sonst ploppen denen beim Client-Update Fehlermeldungen hoch und wir können uns vor Anfragen nicht mehr retten. Seufz.
EDIT: Hat sich erledigt, siehe nächster Post.
Ich habe gerade (natürlich "auf die harte Tour") erfahren, dass die durch das Rollout automatisch mitinstallierte App "Tipps" gewisse Systemvoraussetzungen hat - offenbar irgendeine Version des .NET-Frameworks, der Kunde hatte die Nachricht leider schon weggeklickt (und bei uns intern kam in dieser Richtung nichts, hier sind aber auch alle Rechner auf allerneustem Stand). Weiß jemand, was exakt da benötigt wird? Im KB Q-110.693 (Einführung der Client Apps) konnte ich nichts finden.
Existiert für diesen Benutzer im Archive "User" auf dem Server denn ein Verzeichnis? Also \\server\David\Archive\Users\[Benutzer-ID wie im David-Admin angezeigt]? Wenn ja, schau mal, was dort für Rechte vergeben sind. Wirf auch einen Blick auf die archive.dir direkt im Archive "User", das ist quasi die Indexdatei für die Unterordner. Fehlen dort Rechte, kann's zu Problemen kommen - es ist durchaus auch möglich, dass die archive.dir defekt ist. Lässt sich dann mit ArcUtil wiederherstellen.
Was exakt meinst du in diesem Zusammenhang mit "Es ist nicht möglich Mails an den Nutzer zu verteilen"? Kann er gar keine E-Mails empfangen? Was passiert, wenn du im David-Client eine neue Mail erstellst, auf "An:" klickst und in der Adressauswahl das Adressverzeichnis "intern" auswählst? Taucht der Benutzer dort auf? Und sieht er selbst alle seine persönlichen Ordner im Navigator-Baum?
Welches Rollout, und iOS Version benutzt du?
Aktuelles Rollout (12.00a - 2772) und iOS 8.1.2
