Beiträge von nordtech

Zitat von stylistics

Bekommen wir doch, die Allgemeinheit soll ja erst in drei Wochen das Grund Update erhalten

Hmm. Auf der EBL-Seite steht "Die neueste Version wird in den nächsten Wochen nach und nach an alle sitecare™-Installationen verteilt.", bzw in der Mail: "Das initiale Release wird innerhalb der kommenden drei Wochen für alle sitecare™-Installationen ausgerollt" - das klingt für mich jetzt eher danach, als wolle Tobit in drei Wochen das Ausrollen an alle Kunden beendet haben und nicht dann erst damit anfangen. Finde ich relativ sportlich. Da muss ich wohl zumindest bei den großen Kunden das automatische Update deaktivieren, zumal die Mitarbeiter dort eh sehr empfindlich auf Veränderungen in der Client-Oberfläche reagieren.

Damit wird schonmal eine meiner Fragen beantwortet:

Zitat von Tobit

Wichtiger Hinweis: Das initiale Rollout für die „Dekade 3“ von david® bringt auch ein neues User-Interface für die Clients mit, das viele, zum Teil deutliche Veränderungen mit sich bringt und damit ein wenig Gewöhnung erfordert.

Die Spannung steigt...

EDIT: stylistics war schneller, hatte ich überlesen!

Zitat von stylistics

Bekommen wir doch

Schon, aber es wurmt mich ein wenig, dass außer Marketing irgendwie noch nichts konkret bekannt ist. Neue Funktionen? Neue Oberfläche? Neuer SQL-Server? Neue Systemvoraussetzungen? Das alles erst live in Erfahrung zu bringen ist zwar spannend und aufregend - aber es hätten durchaus vorher schon ein paar Fakten "durchsickern" dürfen.

Und, sieht einer von euch irgendwas unter ? Ich nicht...

Danke für den Tipp, daran hab' ich gar nicht gedacht, obwohl ja gleich in der ersten Zeile das verdächtige "X-DvISE-ForwardJob" auftaucht... Manchmal ist man eben blind.

Hallo alle,

ich bin zwei Kunden auf ein Problem gestoßen. Beim ersten dachte ich noch, das sei der speziellen Umgebung des Kunden geschuldet, aber nun scheint das ja doch öfter aufzutreten.

Konstellation: Ein MFC im Netzwerk, das auch scannen kann und das Ergebnis als PDF-Anhang per E-Mail versendet. Als SMTP-Server ist der lokale David eingetragen, was prinzipiell auch klappt. Gibt man als Empfänger eine externe Adresse an, ist alles super - Mail kommt, das PDF hängt dran. Sendet man allerdings an eine interne Mailadresse, dann kommt die Nachricht auch brav an, allerdings erscheint in der Mail der Quelltext! Also eine ganze Reihe von Headern und der Anhang base64-codiert. Das sieht dann aus wie folgt (Kundendomain ersetzt durch kundenname.invalid):

Bei den meisten Kunden lasse ich Scans in eine Netzwerkfreigabe ablegen (meist via FTP), bei Kunde #1 mit diesem Problem war das die Alternative. Im neuen Fall kann das MFC aber kein FTP/SMB, sondern nur Mailversand. Wäre daher schön, wenn sich obiges Verhalten abstellen ließe. Seltsam: Nach Auskunft des Kunden hat es vor einiger Zeit noch funktioniert, ohne dass sich an der Konfiguration was geändert hätte. Allerdings wird David ja automatisch per Sitecare mit Updates versorgt... Dummerweise wird die Funktion selten benutzt, so dass es sich zeitlich nicht weiter eingrenzen lässt.

Hat jemand von euch eine Idee? Oder kann das Verhalten bestätigen? Mir fallen ein paar Workarounds ein (Versand grundsätzlich an eine externe Adresse, von dort aus dann Weiterleitung), aber schöner wär's ja, wenn's funktioniert wie gedacht...

Rechtsklick in den Bereich -> Ansicht -> Liste (oder "Details") müsste gehen.

EDIT: Sehe gerade, wenn die Bildervoschau aktiv ist, kommt man direkt ins Ansicht-Menü. Also einfach Rechtsklick -> Liste

Danke für den Bericht - leider ist das ziemlich genau das, was ich erwartet habe und was mich trotz gefühlt 199 Einladungen und Werbemails seitens Tobit dazu veranlasste, die 400 km Anfahrt nicht abzuspulen.

David ist für mich und meine Kunden nach wie vor das einzige interessante Produkt aus dem Hause Tobit; dass die E-Mail tot ist, habe ich vermutlich vor 20 Jahren zum ersten Mal gehört. Ebenso wie "Das papierlose Büro kommt! (jetzt aber WIRKLICH!!!!1elf)". Ich glaube, die Unternehmensleitung in Ahaus ist so besoffen von ihren Chayns-Visionen, dass sie die Realität in vielen Unternehmen nicht wahrnehmen (möchten?): E-Mail ist neben Telefon DAS Kommunikationsmedium Nummer 1, Fax in bestimmten Branchen nach wie vor stark, wenn auch sehr rückläufig. Dass sich Geschäftspartner via Messenger o. ä. austauschen, erlebe ich in der Praxis extrem selten und kann mir auch nicht vorstellen, dass sich da großartig was ändert - zu viele Varianten, zu unsicher, zu schlecht zu administrieren.

Es mag durchaus sein, dass sich in ein paar Jahren niemand mehr einen Mailserver lokal ins Haus stellt, sondern alles über die Cloud läuft. Aber hier sollte Tobit dann zumindest gute Migrations- und Administrations-Konzepte vorweisen können, denn sonst macht beim Technologiewechsel eben ein anderer das Geschäft.

Ehe aber die E-Mail als solche stirbt, ist eher Facebook weg vom Fenster, da gehe ich Wetten drauf ein.

Zitat von senseye

Noch 1 Tag ich halts kaum aus

Gibt's eigentlich einen Livestrem im TSPN-Bereich oder etwas in der Richtung? Das stünde einem Hightech-Unternehmen wie Tobit doch gut zu Gesicht, oder?

Ich seh's nicht ganz so drastisch, das kann vorkommen - wer weiß schon, auf welchem Wege die Demo-Seiten damals zustande gekommen sind und wie sich das Bild (vermeintlich gemeinfrei?) da reingemogelt hat. Fehler passieren.

ABER:

Dass man als Fachhändler von so einer Sache aus einem unabhängigen Forum erfahren und sich dann auf eigene Faust Lösungen suchen muss, geht halt mal gar nicht. Die Kommunikation seitens Tobit ist nach wie vor übel. Zeitweise gab's ja diesen echt guten Fachhandels-Newsletter per E-Mail, aber die Idee war wohl zu simpel - inzwischen bekommt man nur noch hohle Marketingphrasen aus der TSPN-App. Die Informationspolitik aus Ahaus wird mir für immer ein Rätsel bleiben.

Hm, also in dem Fall würde ich mich eher an den Mailstore-Support wenden, die sind nach meiner Erfahrung echt fähig. Ich hab' das Ganze erst bei einem einzigen Kunden laufen, von daher ist die Konfiguration vermutlich nicht sonderlich aussagekräftig.

Im Proxy Admin selbst kann man ja eigentlich auch gar nicht so viel konfigurieren, wir haben dort im oberen Part die eingehende IP-Adresse von "alle Adressen" auf die lokale IP des Mailstore-Servers umgestellt und unten ("Ziel-Server") den Mailprovider des Kunden hinterlegt. Alle anderen Angaben auf Standard gelassen. Ganz oben bei "Ausgabeverzeichnis" muss noch das Verzeichnis definiert werden, in dem die Einträge für den Import landen. Schau dort mal rein, ob Einträge vorhanden sind - so lässt sich herausfinden, ob die Ablage selbst nicht funktioniert oder später der Import nicht durchgeführt wird.

Das ist eigentlich recht trivial: Im Mailstore Proxy Admin den SMTP-Proxy so konfigurieren, dass oben der Mailstore-Server steht und unten der des Providers. Wir haben da bei Verschlüsselung "none" gelassen und auch die Authentifizerung nicht ausgefüllt, da diese Sachen bei der Anmeldung des Postmans vom David übergeben werden. Im Postman ändert sich somit nur die Adresse bei "Mailserver des Providers" und ggf. der Port, die Anmeldedaten bleiben dort hinterlegt.

Du musst natürlich aufpassen, dass mit den Ports alles passt, vor allem falls David und Mailstore auf dem gleichen Server liegen: "Wichtiger Hinweis: David.fx terminiert unabhängig von den Porteinstellungen einen Zustellversuch an eine IP Adresse die dem gleichen System wie dem David.fx Server zugeordnet ist, mit einem "Loop detection" Fehler. Sollten Sie den MailStore Proxy auf dem gleichen System installieren wie Ihren David.fx Server, verwenden Sie daher unbedingt eine andere IP Addresse für den SMTP Server. Es bietet sich an, eine IP Adresse aus dem Netzwerk des Loopback Adapters zu nehmen, z.B. "127.0.0.2". Diese Adresse geben Sie als Smarthost im David.fx an." ()

Prüf bitte mal die Rechte auf den Ordner \David\apps\faxware\out\api - da sollten alle David-User Lese- und Schreibrechte haben.

Ah, OK. "Message Tracking erlauben" ist bei mir deaktiviert. Wenn man so drüber nachdenkt, ergibt's ja auch irgendwie Sinn, dass die Option dann nicht angeboten wird. Aber wie so oft: Vor Äonen mal den Haken rausgenommen, getrost vergessen, und am Ende wundert man sich...

Hm. Ich hab's gerade mal bei mir ausprobiert, auch hier ist die Option verschwunden und nicht aktivierbar (weit und breit kein "Ansicht -> Erinnerungsoptionen"). Dabei habe ich als User sämtliche Rechte. Über das Recht "S/MIME-Verschlüsselung nutzen" kann ich zwar beeinflussen, ob rechts der Button für die Signatur erscheint. Der Bereich darunter, wo eigentlich die Auswahl sein sollte, bleibt aber leer.

Kann das ein Ansichts-Bug sein? Ich hab' schon mit der Kompatibilitätsansicht und der klassischen Formatierung im Editor herumgespielt, aber das Auswahlfeld kommt nicht. Stichprobe bei einem Kunden (als Administrator) ergab das gleiche Bild. Strange.

Aktuelles Rollout, Client 6707.

Danke für eure Antworten; der Ansatz mit dem direkten Zuweisen des Grabbing-Kontos zu einem Archiv erscheint mir vielversprechend - dazu müsste ich zwar das Catchall-Postfach durch einzelne ersetzen, aber das ist bei einer Installation mit nur 9 Usern durchaus machbar. Werde das dem Kunden mal vorschlagen!

Moin z'sammen,

bei einem Kunden habe ich auf seinen ausdrücklichen Wunsch hin David wie folgt konfiguriert: Es gibt einzelne User mit eigenen Konten in David, ABER es sollen alle ausgehenden Mails mit einer generischen Adresse das Haus verlassen, also im Format info@kundendomain.invalid. Gleichzeitig wünscht der Kunde, dass a) die info-Adresse als Default-Absender bei neu verfassten Nachrichten hinterlegt ist (die User also beim Schreiben einer neuen Mail nichts manuell umstellen müssen), dass b) aber eine manuelle Auswahl des individuellen Absenders (hans.schmidt@kundendomain.invalid) möglich bleibt.

Gelöst habe ich das so, dass die info@-Adresse jedem User als Hauptadresse zugewiesen ist und die eigene/individuelle als zusätzliche ein- und ausgehende Adresse. Was dazu führt, dass eingehende Mails auf der Info von David munter im Zufallsprinzip in die User-Eingänge geworfen werden. Macht aber nichts, in jedem persönlichen Eingang greift eine Regel, die Mails, die an die info... geschickt wurden, in ein Sammelarchiv umleitet. Das klappt auch.

Es gibt aber einen fiesen Sonderfall: Eingehende Besprechungsanfragen landen zwar ebenfalls im Sammelarchiv, nach dem Bestätigen taucht der Termin dann aber im Kalender jenes Users auf, an den die Besprechungsanfrage ursprünglich mal verteilt wurde. Und das kann, durch obige Konstellation, immer wieder ein anderer sein.

Fällt euch für dieses Szenario eine Lösung ein? Ich hatte überlegt, einen Dummy-User einzurichten, dem die info@-Adresse alleine gehört, dann weiß man zumindest immer, wo die Anfragen landen und kann sich die Termine dort in den eigenen Kalender ziehen. Um dann noch ohne manuelle Auswahl alle Mails ausgehend mit info@... zu verschicken, müsste ich allerdings eine include-Datei bauen, die den Absender überschreibt. Und damit entfällt dann die Option, bei Bedarf mit eigenem Absender versenden zu können.

Wer einen Tipp hat - gerne her damit. Momentan behilft sich der Kunde damit, dass er aus dem Ausgangsarchiv die bestätigte Besprechungsanfrage in seinen Kalender verschiebt, wo dann ein Termin daraus wird. Ist aber irgendwie nicht sehr elegant.

Doch, da klingelt was tief im Hintergrund. Ich hatte diese Meldung auch irgendwann einmal, und zwar im Zuge einer großen Systemumstellung mit Clonen des David-Servers. Da lag es an fehlerhaften Rechten: Prüf mal, ob Admins und SYSTEM auf alle David-Verzeichnisse zugreifen können und \David\apps\faxware\out\api für alle David-Benutzer beschreibbar ist. Letzteres scheint beim Clonen ab und zu verloren zu gehen, keine Ahnung warum. Und natürlich wäre es auch seltsam, wenn's bei euch der Fall wäre, ohne dass (abgesehen von der DHL-Geschichte) sonst nichts verändert wurde. Aber in meiner langen David-Karriere war das der einzige Anlass, zu dem "Die Nachricht konnte nicht versendet werden" auftrat.

Bringt das nichts, führe am besten erst einmal eine Bereinigung gemäß Knowledgebase Q-100.559 durch.

Sauber! RND reicht mir schon - die so generierte Zahl ist kommagetrennt, es kommt also ein Dateiname wie test0,3716439.eml dabei heraus. Passt.

Cossys' Frage ist auch interessant, das würde noch einen Doppelklick einsparen... Hat bei uns aber keine Priorität, immerhin ersparen wir dem Anwender das mühsame drag'n'drop, die Lösung im Nachrichteneditor ist also schon eine sehr praxisnahe.

Besten Dank noch einmal!

Hm, wobei: Eine Frage hab' ich doch noch. Der Export läuft derzeit von allen Plätzen in ein bestimmtes Verzeichnis, das dann vom Archivierungssystem gescannt und geleert wird. Somit ist es vermutlich in 99% der Fälle kein Problem, wenn der Dateiname bei allen Usern und Aktionen immer der gleiche ist, aber es KÖNNTE halt auch vorkommen, dass jemand die Datei "export.eml" überschreibt, bevor das Archivsystem sie weggefischt hat.

Daher schreibst du ja sehr richtig, dass es gut wäre, den Dateinamen mit weiteren Feldern zu ergänzen. Ich würde also gerne entweder eine Zufallszahl oder Datum/Zeit (sekundengenau) in den Dateinamen einbacken. Statt export.eml demnach export20170112103337.eml oder export28461876.eml oder so.

Gefunden habe ich aber nur Befehle für das Einbinden von weiteren Informationen aus der E-Mail, also z. B. oConverter.Convert FormatEML, "c:\test\test" & oItem.subject - was nach meinem Verständnis den Betreff mit in den Dateinamen packt.

Hast du zufällig die Syntax für eine Zufallszahl oder das Datum im Dateinamen parat? Mein Dank würde dir ewig nachschleichen.