Beiträge von nordtech

Diese Funktionen sollten eigentlich immer da sein. Klick mal im Fenster oben mit der rechten Maustaste in den Bereich direkt unter dem Fenstertitel. Ist "Optionen" angehakt? Wenn nicht, dort das Häkchen setzen. Falls das nicht hilft: "Anpassen" wählen. Im erscheinenden Dialog "Symbolleisten" lassen sich unter "eMail Viewer" die Basisfunktionen Antworten, Weiterleiten usw. de- und auch wieder aktivieren.

Bei mir trudeln neuerdings wieder Faxe von "Rechtsanwälten" aus Spanien und England ein, die von abzugreifenden Vermögen entfernter Verwandter berichten... Eigentlich dachte ich ja, die Masche sei "durch", aber ein paar Leute probieren's offenbar immer noch.

Sei's drum, zum Testen kommen die natürlich gerade recht. Herausgefunden habe ich folgenden Workaround: Nachricht öffnen -> Kein Fax in der iOS-App zu sehen, nur der kleine Kasten. Einmal "Weiterleiten" aufrufen, da ist die Grafik als Anhang dann plötzlich sichtbar. Mail verwerfen, die App 1x zu und wieder auf machen -> Fax ist sichtbar.

Das hat bisher bei mir jedes Mal so funktioniert. Ist nicht befriedigend, aber wie gesagt zumindest ein Workaround, wenn man unterwegs ist. Ich habe weiterhin keine Ahnung, ob es sich um einen Bug bei David oder in iOS handelt. Im Client, der separaten Tobit-App und im WebAccess nach wie vor alles prima.

Die Rückstufung auf B erfolgt (neuerdings), wenn Forward Security nicht unterstützt wird. Sofern ich das richtig verstehe, ist das doch aber ein Feature, das durch die Webbox realisiert werden muss, oder? Da wird das Ausprobieren von anderen letsencrypt-exen wenig bringen. Tobit wäre am Zug.

Cool, das werde ich über Ostern gleich mal ausprobieren, vielen Dank! Gerade die Sache mit dem eingebauten Webserver ist ja praktisch!

Einige meiner größeren Kunden haben den Umzug von David zu Exchange vollzogen, und dass da jetzt alles toll und reibungslos läuft, kann man auch nicht unbedingt sagen. Klar gibt es Vorteile (ich erwähne es immer wieder mal gern: Der Webaccess z. B. fühlt sich bei David an wie von 1998, bei Exchange ist der hingegen so gut, dass man ihn den Usern als echte Alternative zum stationären Client anbieten kann - Tobit: bitte nachziehen!). Aber Exchange hat, insbesondere von der Administrator-Seite her, auch erhebliche Nachteile.

Das Gras ist beim Nachbarn halt immer grüner. Ich denke, dass die meisten Foren-Mitglieder durchaus (legitime) Gründe haben, über Tobit zu meckern - aber nachdem ich vorgestern gerade mal wieder ein "Hallo-Erlebnis" im Bezug auf Lizenzierung bei Microsoft hatte, kann ich sagen: Die vera**chen den Kunden mindestens genau so heftig wie die Ahauser. Bei letzteren sind dann aber immerhin die Wege etwas kürzer. In den vergangenen Monaten sind mehrfach komkrete Anregungen von unserer Seite aus in Rollouts eingeflossen - darauf kann man bei MS lange warten.

Und was das Design des Clients angeht, so ist das reine Gewöhnungssache. Outlook kennen halt viele, ich hatte aber auch schon den umgekehrten Fall, wo Kunden mit einem lokalen Outlook nicht warm wurden, weil sie vorher in einem Unternehmen mit David gearbeitet hatten. Abgesehen von einigen Design-Spielereien finde ich den David-Client sogar recht angenehm im Vergleich zu Outlook oder Thunderbird.

Es ist und bleibt Geschmacks- und Abwägungssache. Und wie immer, wenn man als User den Eindruck hat, dass irgendwas grundsätzlich schief läuft, sollte man (gilt genauso für Exchange) ggf. auch einen Blick auf die Kompetenzen des Admins werfen, statt ausschließlich über das Produkt zu meckern. Ohne saubere Konfiguration und Systemumgebung wird so ziemlich jede Software zur Usability-Hölle.

Update: Nun funktioniert auch der Download!

Wird mir im David Admin bereits angezeigt, Release Notes sind auch schon angepasst, aber Download klappt noch nicht.

Änderungen scheinen sehr überschaubar. https://david.tobit.software/ReleaseNotes

Das heißt unter iOS etwas verschwurbelt "Erinnerungen". Ist eine eigene System-App.

Vorweg: Der Sync mit einem iPhone X funktioniert prinzipiell ebenso wie mit den anderen Modellen, wie ich aus Erfahrung berichten kann.

Die Sache mit dem Zertifikat ist oft ein Thema; wenn du das ausschließen kannst, versuch doch auch mal, das Gerät im David Admin (Webbox -> ActiveSync) rauszulöschen. Das "Database Error" im Protokoll kommt mir irgendwie komisch vor.

Rechtsklick auf den Ordner -> Eigenschaften -> Reiter "Sortierung".

OK, kein Wunder, dass dieses Problem niemand sonst hat. Es lag nämlich nicht am David. Die Wawi trödelt einfach beim Erstellen des PDFs aus unbekanntem Grunde "ewig" vor sich hin. Sobald dann nach langer Wartezeit das PDF endlich an David übergeben wird, funktioniert dies in der gewohnten Zeit. Also alles gut. Kein Bug im David.

Ja, bitte meldet sowas fleißig. Ich bin in den letzten Wochen ein paar Mal positiv überrascht worden, dass via Intercom gemeldete Bugs tatsächlich zeitnah in ein Rollout eingeflossen sind.

Beim Thema Besprechungsanfragen gibt es im David definitiv Luft nach oben, vielleicht ändert Tobit an der Stelle etwas, wenn sie merken, dass die Funktion häufig benutzt wird. Ich hab' auch schon mehrere "Feature-Requests" im Kundenauftrag auf den Weg gebracht, mal schauen, ob's was bringt.

Sorry, caddo hat natürlich vollkommen Recht, David "merkt" tatsächlich, über welche Adresse der User eine Nachricht erhalten hat und verwendet diese beim Antworten automatisch. Asche auf mein Haupt.

Wenn ihr über POP3 empfangt, wäre demnach höchstens noch interessant, was beim Versand via Provider (Smarthost) passiert. Bei meinen Kunden gibt es lediglich den Fall, dass zwar verschiedene Domains verwendet werden, diese aber beim gleichen Provider liegen. Da darf hans@y.de dann auch Mails als hans@x.de versenden, obwohl der Smarthost smarthost@y.de heißt. Sofern unterschiedliche Provider zum Einsatz kommen, müsste man vermutlich im David-Admin entsprechende Sende-Methoden einrichten.

Moin!

Bei einem Kunden kommt eine Warenwirtschaft zum Einsatz, die PDFs erzeugt und diese dann an Tobit überstellt - wie genau das passiert, weiß ich nicht, aber mutmaßlich über die MAPI-Schnittstelle. Das Problem besteht darin, dass diese Konstellation bisher ganz gut lief, nach einer Umstellung auf Windows Server 2016 (vorher 2008, David-Version ist gleich geblieben) dauert es aber plötzlich ewig, bis sich das Fenster mit der E-Mail öffnet. Das Programm erstellt das PDF, sagt "öffne Mailclient", und dann passiert rund 35 Sekunden lang gar nichts.

Wir haben natürlich alles Übliche abgeklappert: Standard-Programm ist David überall, MAPI korrekt installiert (auch nochmal deinstalliert und neu eingerichtet), Server gut erreichbar... Und wie es natürlich so ist: Erfolgt aus der WaWi die Übergabe in einen anderen Mailclient (z. B. Outlook), geht's flott. ABER sendet man anders herum eine Datei via "senden an" oder über einen Mailto:-Link an David, geht das ebenfalls sehr schön schnell. Klassische Patt-Situation also.

Was mich irritiert ist hier in erster Linie, dass sich an der Systemumgebung nicht viel geändert hat, außer eben dem neuen Server für die WaWi und den David, das läuft jetzt beides unter Win Server 2016. Ich hab' die Konstellation allerdings bei anderen Kunden auch mit einer anderen WaWi am Laufen (die nutzen zur Übergabe an David den "eDoc Printer PDF Pro"), dort klappt's ebenfalls reibungslos.

Ich hocke nun als David-Lieferant zwischen allen Stühlen und beide Seiten sagen "wir sind nicht Schuld", daher mal Frage in die Runde: Habt ihr ein solches oder ähnliches Problem auch schon gehabt? Ggf. in direktem Zusammenhang mit Server 2016? Ich bin nämlich inzwischen einigermaßen ratlos.

Da wird's zunächst mal darauf ankommen, ob du eingehende Mails direkt empfängst oder via POP3. Letzteres habe ich schon mehrfach eingerichtet, da reicht es im Grunde, bei den Benutzern die passende Mailadresse zu konfigurieren. Du kannst auch in System -> Allgemein die Domains hinterlegen, aber das ist kein Muss (nach meiner Kenntnis entscheidet sich an dieser Stelle, ob Nachrichten an unbekannte Empfänger mit der "eigenen" Domain trotzdem intern versendet werden, u. U. möchte man also diesen Eintrag auch leer lassen).

Beim Versand wird immer die Standard-Mailadresse des Users verwendet, sofern es nicht per manueller Wahl oder include-Datei o. ä. vorgegeben wurde. Dass David die Absender-Adresse automatisch danach auswählt, über welchen Weg die Nachricht empfangen wurde, kann ich mir nicht vorstellen, hab's aber offen gesagt noch nicht ausprobiert.

Sprich: hans@x.de bekommt eine Mail an hans@y.de, aber wenn er auf "Antworten" klickt, verschickt er als hans@x.de (Standardadresse). Was man machen kann, ist über include-Dateien oder @@-Befehle in der Mailvorlage den Absender zu überschreiben, aber wie gesagt, das wird man manuell (oder grundsätzlich) tun müssen, ein Automatismus "mal @x.de, mal @y.de" wird schwierig zu realisieren sein.

Für das von mir gemeldete Problem mit "unbeantwortbaren" E-Mails wird Tobit in einem der kommenden Rollouts eine Lösung einbauen. Das Phänomen wird in der Tat duch das spezielle HTML der empfangenen Nachricht ausgelöst (der Quelltext sieht aus wie ein Schlachtfeld; kilobyteweise "Microsoft-HTML").

Dann schauen wir mal, ob das auch in Sachen Vorlagen & Co. etwas bewirkt...

Äh. Aja, nett. Nach dem (erneuten) Herumspielen mit diversen Optionen war plötzlich unter "Vorlagen" beim Antworten "weißes Blatt" und beim Weiterleiten nichts eingestellt. Das hab' definitiv nicht ich verbrochen, da stand noch vor Minuten meine eigene Vorlage drin.

Und, oh Wunder, nachdem ich dort NOCH einmal meine Vorlage eingerichtet habe, ist zumindest das Problem aus der Welt - sie wird nicht nur eingefügt, sondern kommt jetzt plötzlich auch wieder mit der korrekten Schriftgröße!

Meine Vermutung ist, dass hier an irgendeiner Stelle ein Abgleich hakt - ich arbeite nämlich zu 50% der Zeit per Direktzugriff via Internet mit dem Client. Das Problem bestand allerdings auch, wenn ich zu Hause im Büro saß und via "Netzwerk" direkt den David-Server gewählt hatte.

Gut, bleibt jetzt also nur noch das Problem mit den nicht beantwortbaren Mails. Das besteht weiterhin; es erscheint nun zwar meine Signatur, aber eine Texteingabe ist nach wie vor nicht möglich.

Ja, das haben wir alles schon durchprobiert - leider keine Änderung. Ich hab' jetzt einen Vorgang bei Tobit angelegt, bin mal gespannt. Aber taucht das Problem tatsächlich sonst bei niemandem auf? Mir trudeln mittlerweile täglich Mails rein, bei denen nach Klick auf "Antworten" meine eigene Signatur nicht eingebunden wird.

Es wird immer kurioser: Wir haben einen Kunden, der Mails von einem Lieferanten erhält. Der Lieferant nutzt Outlook/Exchange. Wenn eine solche Mail beim Kunden ankommt und er sie beantworten oder weiterleiten will, fehlt nicht nur die Signatur, sondern er kann die Nachricht in keiner Weise verändern! Oberhalb von "Original Message processed by david" blinkt brav der Cursor in zwei leeren Zeilen, aber egal, wo man hinklickt, man darf selbst nichts schreiben. Wir konnten das Problem 1:1 reproduzieren - wenn der besagte Lieferant an uns eine Mail sendet, passiert genau das gleiche.

Ist ja echt spannend. Wollen wir mal hoffen, dass Tobit diesen Bug behebt, sonst müssen wir bald Rundmails schreiben mit "Bitte senden Sie uns nur Nachrichten in einem Format, das David auch vertragen kann." - Grr.

Erstell für die Adressen direkt im David-Admin eine Verteilregel und lass so die entsprechenden Nachrichten in einen separaten Sammelordner schieben - in diesem Ordner kannst du dann per Verteilregel den Autoreply einrichten. Landen die Nachrichten an inaktive User eh schon in einem bestimmten Ordner (z. B. "Unverteilt", weil's die User nicht mehr gibt), ist das natürlich auch dort möglich. Als Unterscheidungs-Kriterium für die Regel eignet sich meistens die Verteilkennung.