Den Feuerlöscher gab es zusammen mit ein paar Silvesterböllern und dem Spruch "auch im Jahr 20xx wird es nicht für alles eine App geben". An das genaue Jahr erinnere ich mich nicht mehr.
Ein Bierfass habe ich von Wortmann bisher noch nicht bekommen. Dafür sind sie aber mal mit dem VW Bus angekommen, inklusive Grill, Würstchen und Flaschenbier für die gesamte Belegschaft. Das war auch eine coole Aktion. 😅
Dann stimmt schon auf dem Server etwas nicht. Lass dort das 413 Rollout noch einmal drüber laufen, dann sollte alles wieder funktionieren.
Hallo Julian,
auch von mir ein herzliches Willkommen, schön, dass Du hier her gefunden hast. 
Ich denke, dass Du Dich hier wohl fühlst und auch viel wohlwollendes und sachliches Feedback bekommst. Im Gegensatz zu manch anderem Foren geht es hier doch sehr freundlich und kultiviert zu. Ich kann mir auch vorstellen, dass das Forum eine deutlich effektivere Plattform für den Austausch ist als der Tobit-Chat, mit dem ich mich immer noch schwer tue.
Für Dich als "Marketing-Mensch" gleich mal eine Rückmeldung: Der Tobit-Feuerlöscher, den die Partner vor Jahren mal als Silvester/Weihnachtsgeschenk bekommen haben steht hier immer noch in meinem Büro, genauso wie die Faxware-Holzbox. 😅
Viele Grüße aus Vellmar, Jörg.
Nutze auch "Vorschau unten" und "Navigator links".
Bisher bleiben alle Bereiche so, wie eingestellt.
Das Rollout wurde eben angekündigt, und es gibt eine gute Neuigkeit: Es wird wieder bunter.
Ich finde es jedenfalls schön, dass die Partner wieder mit im Boot sind und Previews erhalten. Werde es nachher mal installieren.
Hallo,
ich habe bei einem Kunden, der "aus Gründen" noch einen Server 2012R2 am laufen hat das Problem, dass der Service-Layer ( sl.exe) einen Fehler Schannel 36871 protokolliert, und zwar ca. 200 Meldungen pro Minute. Der Fehler geht eindeutig aus der sl.exe hervor.
Hat jemand den gleichen Fehler bzw. eine Idee, wir man das lösen kann? Aktuell habe ich die Schannel-Meldungen deaktiviert und die alten Crypto-Protokolle reaktiviert, so hae ich es zunächst in den Griff bekommen.
Der Mail-Server soll kurzfristig auf 2025 umziehen, allerdings muss er noch zwei Wochen durchhalten, da ich nächste Woche im Urlaub bin.
Viele Grüße, Jörg.
Wie geht ihr da vor? Ich glaube von meinen Kunden hat nur einer ein Chayns-Konto. Exchange-ActiveSync Web läuft ungehindert weiter?
Habe gerade gesehen, dass es am 04.07.2026 ein Update DVHF388701.exe gab.
Bei mir sind die Updates installiert, es läuft bisher alles problemlos.
Hat da jemand Erfahrungen mit? Ich habe auch so einen Einsatzfall. David soll TMAILs über eine Grandstream Telefonanlage senden. Mit dem VOIP-TLD hat es bei mir nicht zuverlässig geklappt, so dass ich mir mit einem RemoteTLD und einer USB-ISDN-Karte behelfe.
Ich würde so etwas heute mit HomeAssistant lösen und den David-Server eventuell per IMAP/SMTP für den Nachrichtenversand und -empfang anbinden.
Was genau macht der David-Server in diesem Szenario, von der eigentlichen Automation mal abgesehen?
Das stimmt. Ich war irgendwie davon ausgegangen, dass Senden und Empfang ohne Provider stattfinden soll.
Wenn man direkt versendet muss man selber darauf achten, dass man auf keiner IP-Sperrliste landet, weil irgendjemand beim gleichen Provider Schindluder treibt. Auch bei DKIM, DMARC, SPF und eventuell weiterem muss man selber genau wissen, was man tut, während bei einem Provider meist ein paar Knopfdrücke reichen.
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.
Ich selber habe keine Lust, mich darum zu kümmern, daher sende ich immer über den Provider.
Du musst das ganze auf dem David-Server entweder per GUI oder Powershell ändern.
Mit Get-SmbShare kannst Du den aktuellen Status abfragen. Du kannst es auch jederzeit wieder auf Unrestricted zurück stellen.
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.
Hast Du im Postman unter Eigenschaften/Smarthost korrekte Zugangsdaten hinterlegt, oder nur bei der Sendemetode?
Das antwortet man einem Kunden wenn man kein Bock hat sich mit dem Problem ausernander zu setzten.
Rufen SIE uns nicht an, WIR melden uns bei Ihnen. 
Ähm, ich denke mal, dass die meisten "Normal-Anwender" keine Beschränkung im ausgehenden Traffic haben. Wenn man entweder eine UTM und/oder einen guten Virenscanner auf dem Client hat sehe ich da auch kein Problem. Ich habe hier auch keine Portbeschränkungen, warum auch? Die meisten Viren/Trojaner werden heute eh 443/tcp für Datenabfluss und C&C benutzen um nicht aufzufallen.
Das war es wohl gewesen. Die beiden Haken waren bei mir nicht gesetzt. Ohne die gibt es wohl auch den SPAM-Menüpunkt beim Benutzer nicht.
Allerbesten Dank für die Info, ich warte dann mal gespannt auf die nähste SPAM-Nachricht.;)
Viele Grüße, Jörg.
Das war des Rätsels Lösung. Nach dem Setzen der beiden Haken gibt es bei den Benutzer-Rechten jetzt auch die Option "SPAM melden" und der Menüpunkt taucht bei den Nachrichten im Kontextmenü auf.
Allerbesten Dank für eure Hilfe.
Und in der Postman bzw. Grabbing Server Konfiguration muss MIME-Daten speichern aktiviert sein.
Das war es wohl gewesen. Die beiden Haken waren bei mir nicht gesetzt. Ohne die gibt es wohl auch den SPAM-Menüpunkt beim Benutzer nicht.
Allerbesten Dank für die Info, ich warte dann mal gespannt auf die nähste SPAM-Nachricht.;)
Viele Grüße, Jörg.
Ähm, wo finde ich denn den Knopf "Als Spam melden" im Team-Client? Im Kontext-Menü habe ich nix, in der Vorschau auch nicht.
MIS ist aktiviert und sortiert auch fleißig vor.
