wenn Du über IONOS sendest, dabei die Temporär beschäftigt Meldungen im David siehst, kommen die doch aber doch an der Stelle noch nicht von einem Block seitens Microsoft, sondern weil IONOS selbst an der Stelle nicht so mitspielt wie Du das wünscht.
Oder sollte IONOS tatsächlich on the fly weiterleiten während Eure smtp Sitzung mit dem smarthost noch lebt?
Posts by riawie
-
-
warum so kompliziert?
David Administrator > System > Benutzer > alle tatsächlichen Benutzer auswählen (ohne Template) > Eigenschaften > Benutzerdaten > David Client konfigurieren > Editor > hier einstellen was gewünscht ist
Wenn das eine starre Vorgabe sein soll nicht vergessen den Haken bei "Benutzer darf Einstellungen ändern" zu löschen.
Damit das künftig auch jeden neu angelegten Nutzer betrifft das ganze auch noch beim Template erledigen und fertig.
Falls Ihr ab und an ausgeschiedene Nutzer wieder einstellt und daher Konten reaktiviert statt sie neu anzulegen solltest Du das ganze auch noch bei den gelöschten Benutzern machen.
Fertig, alle Benutzer haben diese Einstellung. -
Hast du denn mal bei Tobit nachgefragt?
bislang nicht, weil die ganze Präsentation und das Pricing ja bislang in eine völlig falsche Richtung zeigten.
Ich guck mir gern mal an was die mit dem nächsten Rollout automatisch ausliefern und dann schau ich was wir damit machen, ob sich Fragen an Tobit lohnen könnten, oder ob wir es schlicht sperren müssen.Wir bspw stellen ja grad um auf MS 365 E-mails etc damit wir genau mehr mi KI in Zukunft machen können...
Wie man das im aktuellen Zustand von Microsoft CoPilot verantworten können will erschließt sich mir nicht.
Da muss der Anwender sehr genau wissen was er tut und hat trotzdem keine Chance sicherzustellen das keine Daten in falsche Hände kommen.
Ich sehe mich als Admin zur Zeit in Sachen KI sehr oft mit Anfragen von Nutzern konfrontiert, die wir nur negativ bescheiden können, einfach weil uns niemand den nötigen Schutz unserer Daten garantieren will und vielleicht auch schlicht nicht kann.
Der einzig aktuell wirklich sichtbare Ausweg wäre eine sehr teure eigene on Premise gehostete KI, was aber schlicht aus Kostengründen nicht in frage kommt. -
Angeblich wurde bei TObit Team nun auch Vorlagen integriert?
schon vor Monaten.
Allerdings haben bislang auch die Grafiken funktioniert, die sind nun aber sowohl am Android Smartphone, als auch am Android Tablet kaputt, allerdings weiß ich nicht seit wann, da ich darüber selbst nie Nachrichten schreibe und unsere lieben Kollegen aus dem Außendienst sowas kaum je melden. Ich hab das deswegen auch gerade erst bemerkt weil ich die Vorlagen Fuinktion in der Team App am Android Smartphone wegen Deinem Kommentar hier überprüfen wollte.War vorher schon. Allerdings seit dem Freitag Update unter iOS nicht mehr nutzbar. iPad geht. iPhones ohne Freitag Update gehen auch.
Habt Ihr Text und Bild in Euerer Vorlage?
Geht nun am iPhone gar nichts mehr, oder nur teilweise?
Unter Android macht es keinen Unterschied ob Smartphone, oder Tablet, Text und Variablen sind o.k., Bild funktioniert nicht mehr. -
Mich würde ja bei der ganzen Geschichte vor allem auch noch das Thema Sicherheit interessieren.
Wenn ich da einen Agenten auf einem bei uns lokal laufenden MCP Server irgendwas erledigen lassen wollte, müsste ich halt vorher wissen:
Ist sichergestellt das alle Kommunikation verschlüsselt verläuft?
Ist sichergestellt das ich den externen Zugriff auf den bei uns laufenden MCP Proxy so beschränken kann, das ausschließlich unsere Sidekick Instanz über den Proxy auf unsere MCP Server zugreifen kann.
Lässt sich sicherstellen und protokollieren welcher unserer Agenten / Nutzer auf welchen unserer MCP-Server zugreifen kann / darf und es tut?
Gibt es die Möglichkeit die Verwendung von Client Zertifikaten durch unsere Sidekick Instanz in der Chayns Cloud beim Zugriff auf unseren lokalen Chayns-Proxy / Server zu erzwingen?
Bekommen wir konkrete IP Adressen für eine sichere Firewall Konfiguration?
Gibt es eine schriftliche technische Zusicherung zur Mandantentrennung von MCP-Verbindungen?
Man sieht, ich hab ne Menge Fragen bevor ich sowas sicher und nützlich einsetzen kann.
Für mich steht jedenfalls fest, das die ganze Geschichte nur mit lokalen MCP-Servern und darauf zugreifenden Agenten echten Nutzen erbringt.
Es bedingt aber halt das Sicherheit oberstes Gebot hat.
Aufgaben hätte ich genug für das Ding und ein Betrieb in DSGVO konformer Art und Weise kann mich schon klar ködern.
Aber ich hab dafür halt Anforderungen und nicht zu umgehende Bedingungen. -
läuft hier soweit ohne Stress
-
Honigblau ich sehe das gar nicht mehr als so kritisch an.
Nach dem was ich zwischenzeitlich über die Fähigkeiten von dem Ding gelesen habe könnte das durchaus interessant sein.
Dem standen nur bisher bei weitem zu hohe Einstiegshürden im Weg.
Das Problem was bestehen bleibt ist das vor allem die Informationslage zu dünn ist.
Am Ende muss sich das ganze aber natürlich auch praktisch bewähren und sollte idealer Weise nicht nur über den Team David Client zu nutzen sein.
Mich würde es ja auch sofort triggern, wenn man das Ding auch ins Thema eMail Scam aussortieren mit einbinden könnte. -
für alte kann man das nur reparieren wenn man jede einzelne alte eMail anfasst.
für neue eMails ist es leicht.
Vorlage einfach noch mal bearbeiten, so wie ich es damals erklärt habe.
Alle Bilder raus löschen aus der Vorlage und dann nur die eine richtige Datei wieder einfügen.
Meine Vorlagen - welche Basis der Erklärungen hier im Forum waren - funktionieren auch heute noch mit allen aktuellen und seither erschienenen Client Versionen. Es gab zwischendurch mit dem Team Client wenn ich es recht erinnere eine kleine Änderung, die hab ich hier im entsprechenden Thread aber auch noch geklärt. -
was für eine Datensicherung?
Irgendwas externes, kein Strongbox? -
ist ja auch schon absurd das man dort Catchall als "Weiterleitung" zu realisieren scheint 😲
-
Außer der Fett geschriebenen Darstellung und der Spalte mit dem Gelesen Zustand, sowie dem dezent anderen Symbol gibt es da nichts.
Immerhin kann es sich bei Bedarf nur die ungelesenen Nachrichten anzeigen lassen indem er bei überwachten Archiven auf die Zahl rechts neben dem Archiv Namen klickt.
Mit regeln kann man zwar generell alle hereinkommenden Nachrichten einfärben lassen, aber das entfärben müsste dann von Hand vorgenommen werden. -
Eigentlich würde es ja reichen, wenn die Datei einen anhängsel bekommt - wenn die Datei im Papierkorb liegt. Dann könnte man danach schön filtern.
Für David ist der Papierkorb an der Stelle erst mal auch nur ein weiteres Archiv, was zwar für sich spezielle Einstellungen hat, aber beim verschieben von Nachrichten keinen Unterschied zu anderen Archiven aufweist.
Auch alle anderen Nachrichten, welche aus dem Eingang irgendwo anders hin im System verschoben werden bleiben halt im Eingang liegen, bis man sie endgültig löscht, oder bis das Zielarchiv im Rahmen der nächtlichen Bereinigung gepackt wird, so es denn als zusammengefasster Archivordner eingestellt ist. -
treesize zeigt halt an was in einem Ordner tatsächlich an daten liegt.
Damit kommt er der Sache nicht näher.
Der Grund dafür ist halt das der David Server die tatsächlichen Dateien beim verschieben von Objekten in einen anderen Ordner nicht mit verschiebt, sondern nur die Referenz an der Quelle entfernt und am Ziel hinzufügt.
Das stammt noch aus guter alter Zeit, wo Dateibewegungen quasi teuer waren.
Damals brachte das enorm Performance Gewinne und sorgte für schneller laufende inkrementelle Datensicherungen, weil sich halt die Dateien auf der Platte weniger stark verändert haben.
Heute macht das halt an verschiedenen Stellen Stress.
Ich würde es ja aus verschiedenen Gründen gut finden, wenn Tobit das mal ändern würde
Vielleicht gibt es ja auch ne Option / Möglichkeit von der ich nur noch nix weiß? -
lang? bei uns sind 30 Tage Standard, weil das schon 98% aller Anfragen nach Wiederherstellung aus Datensicherung verhindert.
-
sorry is zwar nett gemeint aber wie soll man das prüfen?
Die Dokumentation lesen, oder vorab den Support fragen.
aber da wird kein Support irgendwie was wissen wie die SMTP Header aussehen
Also mal ganz ehrlich, wenn der Support das nicht weiß, dann ist das kein Provider den man wählen wollte.
Aber das Kind ist nun eh im Brunnen.
Im Grunde gibt es leider keine Sinnvolle Lösung, wenn der Provider das Feld nicht für Euch aktiviert.
Der David Server beherrscht leider einerseits keine Duplikatserkennung über die Message ID, andererseits gibt es da draußen genug kaputte Mail-Clients und sonstige Systeme, welche keine eindeutige Message ID erzeugen, so das auch dies kein zuverlässiges Merkmal zur Erkennung und Entfernung von Duplikaten wäre.
Damit sind im Grunde auch POP3 Poll Agents die man dazwischen hängen könnte unzuverlässig, selbst wenn sie Message IDs zur Duplikatserkennung unterstützen. -
Provider ohne "X-Envelope-To:" Header sind leider ein echtes Problem.
Der Hammer aber ist er "X-SMTPTOFIELD: To" Header und in Kombination dann noch für jeden Empfänger ein mal separat ins Catchall werfen.
Also entweder oder, also entweder mit "X-Envelope-To:" für jeden Empfänger einmal ins Catchall, oder "X-SMTPTOFIELD: To" und nur einmal ins Catchall werfen. Die sollen sich mal entscheiden.
Learning für die Zukunft: Vor einem Provider Wechsel erst mal gucken was die technisch können -
ich hab da grad keinen Link für zur Hand, aber das Thema hatten wir hier schon häufiger im Forum und soweit ich mich erinnere gab es dazu auch funktionierende Antworten, die Suchfunktion sollte also eigentlich was finden können
-
Grad mal geguckt soweit geht es bei uns gar nicht zurück.
26.06 seit dem Tag 680 Ereignisse.
Das wäre mir zu kurz um im Zweifel Probleme verfolgen zu können.
680 für 15 Tage sind aber auch nicht sehr viel.
Wir haben aktuell im Juli 859 Ereignisse für 10 Tage
Bei uns sind das in guten Monaten nur so rund 1.600, wenn mal was nicht rund läuft sind es aber auch mal 1.000 mehr.
Nix um was ich mir Sorgen machen würde. In der Datensicherung ist das Zeug aber dennoch ausgeschlossen. -
# Mon, 25 May 2026 21:27:00 +0200
Steht im Zertifikat.90 Tage ist jedes Zertifikat gültig.
Die Erneuerung soll regulär nach 60 Tagen erfolgen.
Schlägt sie fehl hat man somit 30 Tage Zeit das oder die zum Fehlschlag führenden Probleme zu lösen, bevor man kein gültiges Zertifikat mehr hat.wo steht die unter ereignisse?
hab ich grad nicht gefundenIn Deinem Fall musst Du am 25. May 2026 unter Servername\System\David\Ereignisse im david Archiv nach "Certifikate" suchen, da sollten dann zwei Zeilen zu finden sein:
(AC) Certificate Order Request
(AC) Certificate Order Request successfully
Bei uns ist da noch eine automatische Ablage nach Monaten aktiv, womit der Pfad zum letzten passenden Ereignis dann bei uns so aussieht:
Servername\System\David\Ereignisse\Ablage\2026\Juli -
"(AC) Certificate Order Error" gehört zu den Lets Encrypt SSL Zertifikaten.
Das tritt dann auf, wenn Port 80 nicht von außen zur Verifikation der Domain verfügbar ist.
Sollt e nichts mit dem Rollout zu tun haben, sondern wird wohl eher nur zufällig zeitgleich passieren.
Habt Ihr seit dem letzten Zertifikate erneuern (sollte ca. 60 Tage her sein) Port 80 von außen gesperrt, oder einem anderen Server / Dienst zugewiesen (Portforwarding geändert)?
Der Fehler wird so lange alle 4 Stunden im Log erscheinen, bis das Lets Encrypt Zertifikat erfolgreich erneuert werden konnte.
ab dem ersten auftreten habt Ihr 30 Tage Zeit das Problem zu lösen, bevor Euer aktuelles Lets Encrypt Zertifikat ungültig wird.
