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 
Beiträge von riawie
-
-
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. -
-
Zu dem eigentlichen Problem mit dem Dienst David Host bin ich mir jetzt aber gar nicht mehr sicher, ob die Anmeldeprobleme der Clients dadurch verursacht werden.
Zum Betrieb der Clients wird der Host Dienst nicht benötigt, wie zum grundsätzlichen Betrieb eines David Servers.
Die David Server Dokumentation sagt dazu:
"david Host dient zum Aufbau eines Mail- und Web-Hosts, der es wiederum ermöglicht, als sogenannter »Internet Hosting Services Provider« (IHS Provider) aufzutreten und Internet-Dienstleistungen für sogenannte IHS Kunden anzubieten, sofern eine Standleitung zum Internet zur Verfügung steht. Der david Host Server kann über das ISDN - Telefonnetz von jeder david, david Professional, david One, MailWare Installation angewählt werden. Auf diese Weise können Unternehmen, die Produkte einsetzen, jedoch nicht über eine Verbindung zum Internet verfügen, trotzdem externe eMails empfangen und versenden und sogar eine eigene Web Site betreiben."
Bei uns ist das Host Dienst schon so viele Jahre deaktiviert, das ich überhaupt erst mal nachschauen musste wozu der überhaupt da ist.
Wir haben den Dienst nie genutzt und ich wundere mich, das Ihr über diesen Dienst stolpert.
Habt Ihr denn nachgelagerte Server für welche Euer David Server mittels des Host Dienstes Internet Hosting Services erbringen soll? -
hier der aktuelle Registry Pfad passend zum Team David Client:
Computer\HKEY_CURRENT_USER\SOFTWARE\Tobit\Team\MessageEditor\Settings -
für den Fall das dieser Thread durch die Suche gefunden wird, hier der aktuelle Registry Pfad passend zum Team David Client:
Computer\HKEY_CURRENT_USER\SOFTWARE\Tobit\Team\MessageEditor\Settings -
Außerdem hat man immer ein gewisses Grundrauschen auf der Leitung, wenn der MX auf den eigenen Server zeigt. Portscans, Passwort-Scans und versuchter Versand an irgendwelche Phantasieadressen der eigenen Domain.
Nur weil man selbst direkt sendet muss man ja nicht zwingend auch den MX auf die eigene Kiste zeigen lassen
-
Was ist denn der eigentlich beste practice Weg um E-Mails zu verschicken? Via Provider oder direkt von David Server aus?!
Eine beste Methode gibt es oft nicht wirklich.
Aus unserem geschäftlichen Alltag kann ich sagen das es vom Empfänger abhängen kann wann was gerade besser ist und reagiere da entsprechend dynamisch drauf.
Aktuell ist bei uns allerdings auch Generell über Smarthost senden aktiv.
Das kann aber in einigen Tagen oder Wochen schon wieder anders herum sein.
Grundsätzlich ist bei uns alles passend eingerichtet um jederzeit den Schalter ausmachen und direkt senden zu können.
Das ist schon deswegen nötig, weil wir einige Empfänger in der Liste der Sendemethoden haben bei denen wir zu direktem Versand gezwungen sind wenn wir wollen das es ankommt.Bisher ist für jede E-Mailadresse ein Sendemethode hinterlegt im David Administrator:
Was daran liegt, das Ihr für jede Adresse ein eigenes abzurufendes Postfach beim Provider habt.
So ein Setup ist leider auch entsprechend schwierig zu warten und bei Bedarf anzupassen. -
Das stimmt so nicht. Du siehst selbst die Ordner der Benutzer, wo du keine Zugriffe hast. Kann den Ordner nur nicht aufklappen. Es wäre schön, wenn man dort nur die Benutzer sieht, wo man Berechtigung hat und alle anderen ausgeblendet werden.
Wenn die Rechte im Baum so wie von Tobit vorgegeben eingerichtet sind, sieht man da definitiv nur die Archive der Nutzer auf deren Archive, oder einzelne Unterarchive man Zugriff eingeräumt bekommen hat.
In der alten Knowledgebase von Tobit gab und gibt es zu dem Thema korrekte Rechte für das Archivsystem mehrere Artikel.
Leider gibt es kein Sinnvolles Recherchesystem mehr dazu, über Google ist das Zeug jedoch noch immer auffindbar.Du kannst das unter Windows als Access Based Enumeration aktivieren bzw. deaktivieren.
Für die David-Freigabe:
Set-SmbShare -Name "NameDerFreigabe" -FolderEnumerationMode AccessBased
Meines Wissens greift das dann auch im David Client.Kann man zusätzlich tun, senkt aber die Performance und ist grundsätzlich erst mal nicht notwendig.
-
Dort erscheinen bei jedem Benutzer nur die anderen im System angelegten Benutzer, wo Zugriffsrechte auf mindestens ein (Unter-)Archiv des angezeigten Benutzers bestehen.
Hast Du kein Zugriffsrecht auf seine Archive, siehst Du den jeweiligen Benutzer also auch nicht. -
Dokumentiere Dir nur vorher alle Sonderlocken > vor allem alle Einschränkungen in den Berechtigungen der Nutzer im Bereich außerhalb der Nutzerverzeichnisse, um sie hinterher von Hand wieder einrichten zu können.
-
hmm, seltsam.
Bei uns funktioniert das nach wie vor einwandfrei mit den gleichen Einstellungen, die ich vor xx Jahren mal festgelegt habe.
Bist Du sicher, das Du nicht irgendwo versehentlich was anderes geändert hast, was die Mails in Deinem Postfach auslöst?
Eine fehlerhafte Verteilregel z.B. ... -
Achtung, das setzt nicht etwa alle zuviel gesetzten Rechte zurück, sondern setzt nur alle vom David Server mindestens benötigten Rechte neu.
Das hat aber dennoch bisweilen komische Folgen.so ganz weit hinten in meiner Erinnerung spukt da auch noch ein Zusammenhang warum Zugriffsverweigerungen im David Kontext teils komische bis gar keine Wirkungen haben.
Auf jeden Fall kann man sich auf diese nicht verlassen und sollte zusehen das die Rechte positiv zu dem passen was man erreichen will und auf negative Rechte verzichten. -
also
195.185.212.45 gehört nicht zu Strato, ebenso wie die Domain mail.ispmail.de
Beides gehört zu NetLeaders GmbH & Co. KG
Was eine Bude ist die unter anderem auch Mailserverdienste für Kunden betreibt.
Kurzum, ich gehe davon aus das der Fehler im Verantwortungsbereich des Empfängers auftritt.
Da wird wohl wer seine bisherige Mailserver Lösung auf Microsoft Exchange Online umgestellt haben und das ganze nicht per MX, sondern per aktiver Weiterleitung realisiert haben. -
baut eine Regel im Eingang, welche solche Terminanfragen automatisiert in einen Unterordner kopiert, dann habt Ihr auch nach Zusage immer noch eine Kopie in dem Unterordner.
Im Unterordner dann die automatische Bereinigung nach einer sehr langen Zeitspanne einrichten und fertig.
Wenn dann mal so eine Kopie gebraucht wird könnt ihr die einfach wieder in den Eingang zurück kopieren und dort nutzen.
Achtung, direktes noch mal annehmen, absagen, was auch immer in der Kopie im Unterordner lässt die Kopie dort dann natürlich auch direkt verschwinden, also nie die Kopie direkt nutzen, sondern wie im letzten Satz geschrieben erst kopieren -
setze
Envelope-To:
in das auszuwertende Adressfeld beim catchall postfach und der Spuk ist sofort vorbei.
Da Dein Provider das Feld nutzt und befüllt gibt es keinen Grund es selbst nicht zu nutzen und dem eigenen Server somit zu ermöglichen wirklich sauber zu arbeiten. -
uff, in welche Richtung die Reise nun wohl bei Tobit gehen wird?
-
Guck Dir mal diesen Thread hier an:
