Also wir erhalten immer die lese Bestätigung als Email?! Das ist also falsch?
Nein, das liegt an der Gegenstelle die die Bestätigung verschickt (hier kochen eigentlich alle Hersteller ein eigenes Süppchen). Falsch wäre es wenn die Gegenstelle auch ein David Server wäre.
wenn man nicht grad schlicht eine Kontexthilfe braucht
Eine "schlichte" Kontexthilfe hast du in fast jedem Dialog im Client, ebenfalls per F1.
David Client F1 drücken Suche nach autoreply, in den Ergebnissen auf Erstellen von eMail-Fußnoten klicken.
Ich habe da bei dir eine gaaaanz schlimme Vermutung. Fehler 451 der Gegenstelle bringt die Wahlwiederholungen nicht aus dem Konzept. Wenn du im Ausgang bei den Problem Mails mal in der Vorschau im Tab "Zusatzinfos" schaust, was siehst du da? Und wenn du im Client mal auf den Filter Button klickst (Das Trichter Symbol) und dann im zweiten Tab Optionen, ist da ein Haken vor "Nur Einträge mit Abschlussstatus"?
Das Hotfix hast du schon eingespielt?
ja, da gibt es keine aktuelle dvwin32$.czh Datei, ist wohl vergessen worden. Hast du den Client in Tschechisch am laufen? Jetzt nicht mehr, ist klar 
Na ja, bei Mail an den eigenen Server nimmt der Postman die Mails einfach an, bei mails die an den anderen Server gehen (ist das dann eine andere Domain?) muss er als Forwarder agieren, da ist dann eine Anmeldung erforderlich bzw. eine Erlaubnis für Untermstrich weiterleiten zu dürfen. Postman Datenbanken Erlaubte Weiterleitungen könnte helfen.
Hier müsste man im Postman Monitor auch erkennen könne warum die Weiterleitung geblockt wird.
Hmm, nach deiner Beschreibung sollte das so nicht sein, magst du mal einen ganzen MonitorAuszug aus solch einem Versandversuch hier posten?
Da musst du u.U. in den Client Einstellungen unter Zugang/ActiveSync die Adressordner zusammenfassen lassen. Dann ggfls. im Outlook das Konto neu anlegen.
@@wiederholung 250@@ steht vermutlich nicht in den Mails mit drin, daher wird es auf einen permanenten Fehler hinauslaufen den der empfangende SMTP dem Postman präsentiert. Daher mal im Monitor schauen welche Fehlernummer die Gegenstelle angibt. Da gibt es m.W. Fehler die einen erneuten Zustellversuch überflüssig machen.
Bin jetzt bei deiner Fehlerbeschreibung davon ausgegangen, dass die Aufträge nachdem sie im Eingang auftauchten, nicht mehr im Transit stehen.
Wo ist der Unterschied?
Beim Autoreply macht das der SL und du hast im Ereignisordner ein Owner Changed, bei einem Reply aus dem Client ersetzt der Client die entsprechenden Variablen.
Nein.
Anderer Ansatz:
Mache einen Rechtsklick auf deinen Auftrag, dann Tab Erweitert, da dann Datum/Zeit editieren und mit OK bestätigen.
Vielleicht noch eleganter; Den Auftrag per Drag&Drop in ein Verzeichnis kopieren was als Kalender konfiguriert ist.
Different resolutions in fax and tif? 100x200 versus 200x200?
Good evening. Did you get any error Messages in your davis\system\events Archive? I think the path in the @@APPENDIMAGE command is wrong. When you look at the Client Help (Press F1 in Client Window) and search for @@app the result will show that the path ist without the servername. Perhaps it helps.
DvGrab holt deine Nachrichten von einem Provider ab, das hast du schon richtig erkannt. Der Weg der Nachricht sieht dann wie folgt aus: Die Rohdaten beim Abholen werden ins dvgrab/in Verzeichnis geschrieben. Von dort werden sie konvertiert und in das port/extra Verzeichnis geschrieben und im in Verzeichnis gelöscht. Vom Port/extra Verzeichnis holt der ServiceLayer dann wiederum die Daten ab und schreibt sie ins Archive System bei den entsprechenden Usern. Die speziell angemeckerte Datei ist tatsächlich ein Mail Dateianhang gewesen, allerdings werden die Dateinamen immer in dieser Form vergeben. Da war dann entweder die Meldung des Scanners irreführend oder aber er stört sich wirklich an den Dateinamen. Letzteres solltest du ihm dann abgewöhnen.
Wenn ich das richtig im Kopf habe, werden die bereits abgerufenen Einträge in der DVGRAB.DAT unter \\...\david\apps\dvgrab\code\ gespeichert. Evtl. ist die defekt?
Benenne mal die Datei um und starte den Grabbing Server neu.
Vorher würde ich die bereits abgerufenen Mails vom POP3-Postfach löschen, weil die sonst nochmal neu abgerufen werden...
Das hast du nicht richtig im Kopf Die Info über bereits abgeholte Mails wurde früher in den *.lst Dateien gespeichert und seit etwa Jahresmitte in *.mldb Dateien.
Also nicht die DVGRAB.DAT löschen !!!
So wie es aussieht, kommst du an viele Sachen per Script ran, aber wohl nicht an die zusätzlichen Absenderadressen. Das mit dem @@from in einer Vorlage müsste aber eigentlich funktionieren wenn die zweite ausgehende email Adresse beim User hinterlegt ist und diese in den Client Sicherheitseinstellungen auch dem passenden MIME Zertifikat zugeordnet ist.
Wenn du mal andersrum denkst und den entsprechenden Nutzern als Hauptemailadresse die Gruppenadresse zuweist kannst du ohne @@from arbeiten, müsstest aber in einem User Eingang der dann die ganzen Mails erhält eine Verteilung in das Gruppenarchive einrichten.
Oder aber das Ganze "normal" einrichten und den Benutzern Disziplin beibringen
Wie kommst du auf das schmale Brett die Einträge auf Dateiebene löschen zu wollen? Ich habe doch klar und deutlich geschrieben, dass im David Client zu machen.
Die gibt es in der Tat nur wenn man alle die eine Erinnerung bekommen sollen auch zum jeweiligen Termin einlädt, dann tauchen solche Termine aber auch nicht nur im Gruppenterminkalender auf sondern auch bei jedem einzelnen der dazu eingeladen wurde.
Das ist so nicht ganz richtig/vollständig. Wenn du einen Termin in einem Gruppenkalender erstellst und im Register Optionen unter Teilnehmer den Button "Auswählen" klickst, bekommst du einen relativ komfortablen Adress Auswahl Dialog wo du die "Teilnehmer" auswählen kannst. Im diesem Falle würde ich sogar einen Adressordner erstellen, wo die internen/externen Benutzer für diesen Kalender gepflegt werden und diesen bei einem neuen Termin auswählen. Dann noch den Haken bei "Benachrichtigung zum eingestellten Erinnerungstermin" setzen und ggfls. auch den Haken bei "Benachrichtigung beim Speichern des Termins" setzen. Letzteres macht Sinn wenn sich der Termin als solches oder aber der Inhalt ändert.Termin speichern und jeder "Teilnehmer" bekommt seine Benachrichtigung ohne eine Einladung zu bekommen und den Termin in seinem eigenen Kalender zu haben. Wo man in der Tat nicht drum herum kommt, ist die intelligente Auswahl der Benutzer. Da habe ich aber auf der letzten PushCom gehört, dass der SL um KI Funktionen erweitert werden soll.
Wenn du einen Benutzer endgültig aus den gelöschten Benutzern löscht entfernt das normalerweise ebenfalls sein benutzerbezogenes POP3 Postfach aus dem Grabbing Server.
"normalerweise" kommt da auch noch eine Abfrage ob du das löschen willst...
Wenn du aber im David Client in der Verzeichnisstruktur unter Servername\System\David\Grabbing Server mal schaust, sollten dort auch die Einträge zu finden sein, die dir im DvAdmin angezeigt werden. Da solltest du den entsprechenden Eintrag auch löschen können.
