Beiträge von QWERTZ

Wenn man hier schon auf Tobit setzt, könnte man natürlich auch das Personalmanagement von chayns nutzen. Kostenfrei.

Schichtplan über die Smartjobs. Stempeln, Urlaub, Krankheit, etc. über das HR Dashboard.

(Bei Fragen dazu gerne per PN melden )

Gerade im Tobit Labs Blog gesehen:

Meiner Meinung nach eine gute Anpassung, den Chat aus der internen Datenbank auszulagern. Hoffentlich verkürzt das auch die teilweise extremen Ladezeiten des david Chats.

Bleibt nur noch abzuwarten, wie das mit den chayns IDs zusammenhängen und ob man die Verknüpfungen auch manuell im david Admin hinterlegen können wird.

Nein, der PostMan empfängt direkt.

Ich habe daher die Vermutung, dass der PostMan - aus welchen Gründen auch immer - dem Absender einen Fehler zurück gibt, obwohl die Mail korrekt übertragen worden ist und der Absender es zu einem späteren Zeitpunkt nochmal versucht. Nur kann ich es nicht vernünftig eingrenzen, weil ich das nicht nachstellen kann und deshalb keine Logs von der Absender-Seite habe.

Hier der Header einer betroffenen Mail von DHL. Ich sehe da nichts Auffälliges.

Return-Path: <no-reply@deutschepost.de>
Received: from PPF01016.deutschepost.de [149.239.48.16] by mein.server.de with david3 by Tobit.Software (XXX) (TLS (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256));
 15 Aug 2022 08:15:07 UT
Received: from localhost (localhost [127.0.0.1])
    by PPF01016.deutschepost.de (Postfix) with UTF8SMTP id 4C19D461AC
    for <meine@email.de>; Mon, 15 Aug 2022 10:15:07 +0200 (CEST)
Received: from PPF01016.deutschepost.de ([127.0.0.1])
    by localhost (PPF01016.deutschepost.de [127.0.0.1]) (amavisd-new, port 10024)
    with UTF8SMTP id wy1RB2J_en9r for <meine@email.de>;
    Mon, 15 Aug 2022 10:15:07 +0200 (CEST)
Received: from rosy-prod-backend-2.rosy-pi-lb.prod.svc.cluster.local (unknown [10.187.2.232])
    by PPF01016.deutschepost.de (Postfix) with UTF8SMTPS id 0BACA46187
    for <meine@email.de>; Mon, 15 Aug 2022 10:15:07 +0200 (CEST)
Date: Mon, 15 Aug 2022 10:15:07 +0200 (CEST)
From: no-reply@deutschepost.de
To: meine@email.de
Message-ID: <710662507.301702.1660551307049@rosy-prod-backend-2.rosy-pi-lb.prod.svc.cluster.local>
Subject: Betreff der Nachricht
MIME-Version: 1.0
Content-Type: multipart/mixed; 
    boundary="----=_Part_301700_101625474.1660551307048"
X-DvISE-Msg-Identification: 223::1660551310-11C9133C-E54F5AA6/9/54991

Hallo zusammen,

seit einigen Wochen erhalten wir E-Mails sporadisch doppelt. Das Problem kann ich nicht auf ein Rollout zurückführen, das trat im letzten Rollout auf und bleibt auch im aktuellen Rollout bestehen. Hier kurz das Verhalten:

• Gleiche E-Mail wird nach unbestimmter Zeit erneut zugestellt (zwischen einer Minute und 25 Minuten später).
• E-Mail wird doppelt empfangen, steht auch doppelt im Eingangsprotokoll.
• Nur sporadisch (konnte ich selbst noch nicht effektiv reproduzieren, passiert maximal zwei Mal am Tag.)
• Absenderunabhängig
• Benutzerunabhängig

Für mich sieht es aus, als ob der Absender die E-Mail wirklich doppelt versendet. Beim prüfen der betroffenen E-Mails konnte ich sehen, dass die Header-Informationen absolut bis ins Detail identisch sind. Sogar das Date-Feld ist gleich.

Meine Vermutung war daher, dass mir hier das Greylisting einen Streich spielt, das ist aber bei uns noch nie aktiv gewesen (und auch immer noch deaktiviert).

Hätte noch jemand eine Idee, wo ich nach der Ursache suchen könnte?

Als letzten Schritt würde ich das PostMan-Modul mal neu installieren, würde ich aber nur ungerne machen...

Gruß

Zitat von ciwu

Wer macht denn so was?

Es gibt immer wieder schwarze Schafe...

Zitat von ciwu

Sieht so aus, also ob der David den Code als Hex mit % vom ANSI-Zeichen direkt will, also:

Code mailto:schr%F6der@mail.com

Ja, das ist nur keine Antwort auf die Frage. In den Fall, um den es geht, hat der entsprechende Empfänger auf seiner Website seine E-Mail-Adresse nach dem o.g. Format als Hyperlink hinterlegt. Damit kommt david offensichtlich nicht klar.

Daher die Frage, ob hierfür ein Workaround bekannt ist. Ansonsten bleibt es dabei, dass die Adresse markiert und per copy-paste in die Adresszeile eingefügt wird.

Gibt es auch einen Workaround für E-Mail-Adressen mit Umlauten (extrem selten, den Fall habe ich aber tatsächlich gerade) ?

mailto:schröder@mail.com

Bei Outlook wird die Mail-Adresse korrekt übergeben. In david nicht.

Hört sich danach an, dass die TK dem Anschluss, an dem david angebunden ist, diese Rufnummer nicht zuweisen kann.

Schau mal, ob am bintec die CLIP hinterlegt werden kann und versuche anschließend die abgehende Rufnummer in david zu ändern.

Zitat von riawie

Der Modern Client kann von den besonders experimentierfreudigen nun auch als Standard eingestellt werden.

Endlich Bei uns arbeiten einige schon mit dem Modern Client und es ist doch wohl ziemlich nervig, wenn ein Mailto-Link den Classic Client öffnet...

Zitat von nordtech

Uuuui! Hieß es da nicht vor Kurzem noch "das ist kein Bug, das ist ein Feature"? Wäre ja nett, wenn die von unserer Warenwirtschaft auf den Weg gebrachten Nachrichten jetzt als Mails mit PDF-Anhang im Ausgang liegen.

UPDATE: Klappt tatsächlich. Nice to have!

Kann ich mich nur anschließen! Ein Problem weniger.

Zitat von JackC

Die scheint wohl leider ein Bug zu haben und ich muss das Mailkonto neu anlegen wenn sich Zertifikate ändern.

Hat sich denn großartig etwas am Zertifikat geändert? CNI, etc.?

Wäre das erste Mal, dass ich davon höre, zumal auch LE-Zertifikate standardmäßig alle drei Monate ersetzt werden.

Unsere Zertifikate werden über LE bezogen, allerdings auf einem anderen Server als david. Die Zertifikate haben wir manuell in david eingebunden.

Werden die Zertifikate neu ausgestellt, wird die Zieldatei, auf die david zugreift, einfach nur ersetzt und die Dienste starten neu. Bei uns gab es noch keine Probleme.

===

EDIT:

Sehe gerade, dass es um Zertifikate für den Abruf per IMAP geht. Gibt es einen speziellen Grund, wieso die Smartphones nicht per EAS angebunden sind?

Zitat von riawie

Das greift soweit ich mich erinnere auch nur bei IMAP, der Grabbingserver würde aber per PO3 abholen.

Der MA kann IMAP und POP bereitstellen, würde also funktionieren.

Zitat von riawie

Wesentlich einfacher ist wie das bei uns schon seit fast 3 Jahrzehnten gemacht wird.
Rechte Maustaste "verteilen..." Empfänger auswählen, fertig.

Ja, wird von den meisten unserer Kunden auch so gemacht. Ich kann mir vorstellen, dass das Konstrukt mit der Bereitstellung über den MA und Abruf per Grabbing Server fehleranfällig sein kann...

Achte bloß darauf, dass du dir keine rekursiven Abrufe einrichtest.

Update: ist im aktuellen Rollout umgesetzt.

Heißt "sortiert" für dich "verschoben"?

Greift die Regel überhaupt?

Ich habe das gerade testweise probiert:

Absender:

mail@sender.com

Empfänger:

mail@davidserver.de

mail@receiver.net

Verteilregel:

"Empfänger oder Verteilkennung" - "enthält" - "mail@davidserver.de"

Zitat von riawie

Haltet Ihr den neuen Client echt schon für ausreichend funktional um den täglich nutzen zu wollen?

Ich persönlich finde den neuen Client deutlich angenehmer zu bedienen. Ohne den ganzen Schnickschnack, Skins, etc. habe ich auch das Gefühl, dass der Client deutlich flotter ist, wenn man von unterwegs arbeitet.

Ein paar kleine Macken hier und da habe ich schon gefunden (veraltete Icons, Anzeigebugs, usw.), die mich aber nicht großartig stören.

Zitat von riawie

für mich fehlt beim Modern Client das er nicht mal eine saubere Transition beherrscht und somit auch nicht alle für ihn durchaus geltenden Einstellungen des alten Clients übernimmt.

Das ist meiner Meinung nach sowieso ein großes Problem bei david. Alle Client-Einstellungen sollten zentral auf dem Server gespeichert werden. Aktuell müssen so viele Einstellungen erneut gesetzt werden, wenn sich ein Benutzer an einem anderen Client anmeldet...

Man könnte das natürlich über Umwege lösen.

david.usr aus dem Verzeichnis ...\david\code\ sichern, Benutzer anlegen, neue david.usr sichern, Service Layer beenden, die alte david.usr wieder einspielen, Service Layer starten.

Wenn dann die Benutzer aktiviert werden sollen, die neue david.usr wieder einspielen.

Dadurch bleiben für die "Übergangszeit" die Benutzerverzeichnisse vorhanden, nur eben ohne dass die Benutzer angelegt sind.

Ich möchte aber ausdrücklich anmerken, dass der Vorgang so eigentlich nicht gewollt ist und unter Umständen andere Probleme hervorrufen kann.

Das Problem hatte ich letztens ebenfalls. Interessanterweise nur am david Server; an einem anderen PC konnte ich mich mit dem Administrator anmelden. Am Server selbst konnte ich mich als anderen Benutzer anmelden.

Was genau letztendlich die Ursache war, kann ich nicht sagen.

Ich habe mich an dem Client mit einem anderen Benutzer angemeldet, dann im david Administrator für den Admin-Benutzer den AD-Admin neu hinterlegt und anschließend den Server neu gestartet. Danach hat sich beim Start des david Clients auch der Admin korrekt angemeldet.

Leider nicht, hoffentlich kommt das mit dem nächsten Rollout

Bitte deaktiviere mal diese Option:

Hallo Eugen und willkommen.

Was bedeutet denn "in den unversendeten stehen"?

Bitte schaue mal in deinen Postausgang. Bei den betroffenen Mails gibt es den Reiter "Zusatzinfos". Könntest du uns bitte die Infos davon hier rein schicken (bitte geschwärzt)?

Gruß

Hallo zusammen,

wir haben eine Vorlage, bei der wir einige Elemente mit benutzerdefinierten Variablen eintragen. Die Variablen werden über die Frage-Variable von david ausgefüllt, wie beispielsweise Beträge oder Dokumentnummern, sodass beim Versenden der E-Mail Abfragen angezeigt werden, über welche die Werte gesetzt werden.

In der Vorlage soll außerdem ein Hyperlink hinterlegt werden, nach dem Format "klicken Sie hier um...". Aktuell wird das Wort ("hier") markiert und per Rechtsklick > Hyperlink die URL eingefügt. Das würden wir auch gerne über eine Abfrage beim Versenden der Mail regeln.

Ich habe herausgefunden, wie Variablen vorab definiert werden oder anhand anderer Variablen geändert werden können. Hierfür habe ich allerdings noch keinen Workaround gefunden.

Habt ihr eine Idee, wie sich das umsetzen lässt?

Gruß

QWERTZ

Vielleicht ist hier die archive.dat im Verzeichnis auf dem Server defekt.

Ich würde die Adressdaten im david Client mal in ein neues, temporäres Verzeichnis verschieben, dann im Explorer auf dem Server in dem Adress-Verzeichnis die archive.dat löschen und anschließend im Client wieder die Einträge zurück schieben. Dadurch wird dann eine neue archive.dat erzeugt.

Alternativ würde ich prüfen, ob die archive.dat eventuell vom Virenscanner o. Ä. beschädigt / gelöscht wird.