Fehlerhafter Benutzer mit falscher Emailablage

    Hallo zusammen,

    folgendes Phänomen.

    ich habe einen Benutzer im Client mit den Namen: David System User.

    Und genau dieser User ist im DavidAdmin (unter Benutzer) nicht, oder nicht mehr, vorhanden. Ist auch nicht unter "gelöschte Benutzer" zu finden.

    Auch die USER-ID ist nicht mehr vorhanden.

    Laut WIN-Explorer wurde das Archiv im Jahre 2016 angelegt, damals gab es einen Serverumzug.

    Was noch hinzu kommt ist, dass in dem Ausgang von "David System User" alle gesendeten Mails, die über eine Regel (externe Mailweiterleitung) zu finden sind. Egal von welchem anderen Benutzer und diese Mails eben nicht im jeweiligen Benutzerausgang liegen. ..... Wie geht das???

    Hat da jemand eine Idee, wie man das so ändert, dass dieser (nicht benutze) "David System User" gelöscht werden kann und die jeweiligen gesendeten Mails zukünftig wieder in den Ausgängen der richtigen Benutzer landen?

    Hier noch ein paar Bilder zur Veranschaung, wie der User aussieht und eine Übersicht der aktuellen Benutzer.

    Dass der David System User nicht unter Benutzer auftaucht, ist normal. Es handelt sich um einen internen User, der quasi direkt dem Service Layer "gehört". In dessen Ausgangsbuch erscheinen z. B. Aufträge, die über die Weiterleiten-Funktion des Postman versendet wurden, also ohne einem spezifischen Benutzer zugeordnet zu sein. Denn bei denen weiß David ja nicht, wo sie einzusortieren sind. Wenn man das ändern möchte, kann im Ausgang per Verteilregel eine passende Umleitung angelegt werden.

    Die User-ID des David System User ist, wenn ich mich nicht täusche, immer 00000000. Löschen würde ich nicht empfehlen, da wie beschrieben eine Systemfunktion.

    Wenn versendete Nachrichten beim DSU im Ausgang landen, ist die Frage, wie genau diese auf den Weg gebracht werden. Verlassen sie ggf. mit einem generischen Absender (info@...) euren David? Falls ja, muss ggf. zusätzlich z. B. mittels einer Include-Datei ein benutzerbezogener Absender ergänzt werden.

    2 Mal editiert, zuletzt von nordtech (11. Juni 2025 um 16:34) aus folgendem Grund: Ein Beitrag von nordtech mit diesem Beitrag zusammengefügt.

    Guten Morgen, danke für die schnelle Rückmeldung und Info.

    Das mit dem DSU habe ich mir fast gedacht, dass dieser irgend wie zum System gehört.

    Die Weiterleitung läuft bei jedem einzelnen Benutzer-Eingang über eine Regel mit Include-Datei, in welcher die jeweilige Benutzer-Mailadresse eingetragen ist. Der inhalt der Include-Datei ist:

    @@lock +
    @@VON ihre@absenderadresse.de@@

    Die Benutzer-Adressen werden auch in den Mails eingetragen. Ein genereller Versand über die Domain (Info) ist ausgeschaltet. Der normale Mailverkehr läuft Benutzerbasiert einwnad frei. Wenn ich mir den Ausgang des DSU anschaue, dann sind dort auch die einzelnen Benutzer als Absender aufgelistet. Aber warum landen dann die Mails im DSU-Ausgang?

    Im Bild ist der Ausgang vom DSU zu sehen und dort auch die unterschiedlichen Absender.

    Hmm, das kann ich mir spontan nicht erklären. Habt ihr in der Systemkonfiguration eure Domain korrekt hinterlegt? Wobei - die vollständigen Absenderadressen müsste David trotzdem korrekt erkennen und zuweisen, wenn ich es richtig weiß.

    Aber egal, als Workaround würde ich vorschlagen, dass ihr im Ausgangsarchiv des DSU passende Verteilregeln erstellt: WENN Absender = xyz, DANN verschiebe nach xyz/Ausgang. Nicht elegant, funktioniert aber (machen wir hier mit Sendeaufträgen aus der Warenwirtschaft genau so).

    .... alles klar.

    Die System-Domäne / Einstellungen habe ich kontolliert, waren in Ordnung. Das mit den Vertielregeln werden wir machen.

    Danke für die Unterstützung.

    ... super, werden wir ausprobieren. :thumbup: Kann ein paar Tage dauern, melde mich auf jeden Fall.

    Hallo, die neue Includedateien wurden getestet, hat auch alles funktioniert.

    riawie:

    Die Weiterleitung geht, die Mails stehen im richtigen Benutzerausgang und beim Beantworten der Mail, steht der ursprüngliche Absender als Empfänger drin.

    Nur eines ist uns aufgefallen. Bei den alten Includedateien mussten wir @@lock + mit einfügen, sonst hat das nicht funktioniert. Jetzt mussten wir @@lock + raus lassen, sonst waren die weiteren Informationen/Textzeilen nur als "Fußzeile" mit eingefügt, aber nicht als Parameter verarbeitet worden. Jetzt sieht die Includedatei so aus:

    @@own benutzername@@
    @@von ihre@absenderadresse.de@@
    @@SMTPFIELD Reply-To: %(from)@@

    Was auffällt ist, dass nun in der Includedatei kein Text, also nichts mehr an Text angezeigt wird, sobald diese gepeichert ist. Mit @@lock + war das dann noch sichtbar. Jetzt sieht keiner mehr was in der Includedatei drin steht...... aber es funktioniert.

    Einmal editiert, zuletzt von Roland (17. Juni 2025 um 12:38) aus folgendem Grund: Ein Beitrag von Roland mit diesem Beitrag zusammengefügt.

    autsch, sorry, hatte ich übersehen, weil ich das nie nutze.

    @@lock
    deaktiviert alle nachfolgenden David Befehle, ändert aber nichts daran das sie bei der Verarbeitung und vor dem eigentlichen Versand aus dem Text der Nachricht entfernt werden.

    @@lock +
    deaktiviert die Befehle und sorgt dafür das die Befehle auch noch in der Nachricht stehen und für den Empfänger sichtbar bleiben.

    Euer früheres
    @@lock +
    @@VON ihre@absenderadresse.de@@

    hat also auch keine Absenderadresse gesetzt.

    Ohne das @@lock +
    werden die Befehle verarbeitet und entfalten ihre Wirkung, außerdem werden sie, so wie vorgesehen aus dem Nachrichtentext entfernt.
    Weiterer Text - außer David Befehlen - in einer Include Datei sollten allerdings mit beim Empfänger ankommen.
    Auch sollte man lokal sehen können was in der Include Datei drin steht.
    Es gibt da allerdings so ein seltsames Verhalten des David, das die Befehle in einer Include entfernt werden, wenn man sie auf eine bestimmte Weise im David Editor speichert. Ich kann mir nie merken wie das im Detail war.
    Ich erzeuge neue Includes immer erst mal leer, oder durch kopieren einer anderen als Vorlage, öffne sie dann über bearbeiten, füge ein was rein soll und speichere sie dann durch verlassen mit dem Fenster schließen X rechts oben und bestätige die nachfrage das gespeichert werden soll. So bleibt in den includes immer alles an @@Befehlen@@ sichtbar

    .... das mit dem @@lock+ ist schon so verwunderlich. Als die ersten Includedateien eingerichtet wurden, hat man das ohne @@lock+ versucht und nicht ging. Dann wurde im Internet gesucht und man wurde bei einem Post fündig. Dort wurde auch das Problem von Weiterletiungen besprochen. Als Antwort wurde angeblich eine Antwort vom damaligen Tobit-Support veröffentlicht. Und eben mit @@lock+ und dann den @@von ihrer@absenderadresse@@. Das wurde dann bei uns ausprobiert..... und es hatte zum ersten mal funktioniert. So laufen bei uns 4 Weiterleitungen mit endsprechender Includedatei. Warum auch immer??? Im Bild meines zweiten Post sieht man die verschiedenen Absenderadressen..... funktioniert dann das @@lock+ nicht??? Auf jeden Fall funktionieren die neuen Includedateien jetzt ohne das @@lock+.;):thumbup:

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden