Beiträge von Ritana

    Hallo Julian,

    ein herzliches Willkommen hier im Forum!

    Als Fachhändler und Tobit-Nutzer der ersten Stunde freue ich mich sehr, dass sich mit Dir endlich jemand von Tobit.Software hier anmeldet, um direkt und ungefiltert zu erfahren, was Kunden und Händler tatsächlich bewegt.

    Ich halte diesen Schritt für ausgesprochen wichtig und längst überfällig.

    Denn eines der größten Probleme, die ich seit Jahren sehe, ist, dass Tobit.Software viel zu wenig auf die tatsächlichen Bedürfnisse seiner Kunden und auf die Erfahrungen und Hinweise seiner Fachhändler eingeht.

    Gerade wir Fachhändler stehen im direkten Kontakt mit den Kunden. Wir wissen, wo im Alltag Probleme auftreten, welche Funktionen fehlen, welche Entscheidungen auf Unverständnis stoßen und warum Kunden zunehmend unzufrieden sind. Leider hat man häufig den Eindruck, dass diese Rückmeldungen in Ahaus entweder nicht ankommen oder schlicht nicht ausreichend ernst genommen werden.

    Dabei muss man gar nicht lange nach den Problemen suchen. Vieles davon ist hier im Forum seit Jahren ausführlich dokumentiert und nachzulesen. Es mangelt also nicht an Feedback, sondern aus meiner Sicht vor allem daran, was Tobit.Software daraus macht.

    Du schreibst, dass das beste Marketing von einem verdammt guten Produkt ausgeht. Da stimme ich Dir vollkommen zu! Genau deshalb sollte der erste Schritt sein, den bestehenden Kunden und Fachhändlern wieder mehr zuzuhören und deren Anliegen ernsthaft in die Produktentwicklung einfließen zu lassen.

    Denn das beste Marketing und die besten Vertriebskampagnen helfen wenig, wenn wir Fachhändler unseren Kunden nicht überzeugend erklären können, warum ihre seit Jahren bekannten Probleme und Wünsche weiterhin unbeachtet bleiben.

    Ich würde mir wünschen, dass Dein Engagement hier nicht nur dazu dient, Informationen für neue Marketingmaßnahmen zu sammeln, sondern dass Du die Diskussionen und die teilweise sehr deutliche Kritik auch innerhalb von Tobit.Software an die richtigen Stellen weiterträgst.

    Entscheidend wird am Ende sein, ob aus dem Zuhören auch konkrete Veränderungen entstehen.

    Zum Schluss noch zwei persönliche Anmerkungen zum Thema Marketing und Benutzerfreundlichkeit:

    Die grüne Farbgebung, die Tobit.Software seit einigen Jahren verwendet, ist für mich persönlich eine Katastrophe. Schwarz war über Jahrzehnte die prägende Farbe im Produktmarketing von Tobit.Software. Sie hatte einen hohen Wiedererkennungswert. Warum man diese etablierte Farbgebung aufgegeben hat, ist für mich nicht nachvollziehbar.

    Ein weiteres Beispiel ist die Benutzeroberfläche von david bzw. Team. Wir lesen und schreiben in Deutschland von links nach rechts. Warum die Standardansicht so gestaltet ist, dass man von rechts nach links arbeiten soll, erschließt sich mir nicht. Auch von Kunden höre ich dazu immer wieder Kritik.

    Für mich sind das Beispiele dafür, dass Tobit.Software bei seinen Entscheidungen die Gewohnheiten und Wünsche der Kunden zu wenig berücksichtigt. Und genau hier sollte gutes Marketing ansetzen: bei den Bedürfnissen der bestehenden Kunden und nicht nur bei der Gewinnung neuer.

    In diesem Sinne freue ich mich über Deine Teilnahme am Forum und hoffe sehr, dass damit ein echter, dauerhafter Dialog zwischen Tobit.Software, den Fachhändlern und den Anwendern beginnt.

    Viele Grüße

    Wir haben die "Weiße Kachel" als Vorlage und eine HTML Signatur auf dem iPhone, die dann sauber in die Kachel beim Versand eingebaut wird. Der Text steht dann oben drüber. Klappt also einwandfrei für uns.

    das geht natürlich auch aber die von mir beschriebene Funktion ist ja im David vorhanden und hat auch funktioniert geht aber nicht mehr und ich weiss nicht warum....

    Hallo,

    ich habe eine Frage zur ActiveSync-Funktion im David Server.

    War es nicht so, dass beim Versenden einer E-Mail über ein mobiles Endgerät (z. B. Smartphone) der David Server automatisch die Vorlage, die unter „Einstellungen → Zugang → ActiveSync → Vorlage für neue Nachrichten“ hinterlegt ist, an das Ende der Nachricht anhängt und mitversendet?

    Mir ist aufgefallen, dass dies seit einiger Zeit nicht mehr funktioniert.

    Hat sich hier etwas geändert, oder muss dafür noch eine zusätzliche Einstellung vorgenommen werden?

    Vielen Dank im Voraus für eine kurze Rückmeldung.

    Hier mal das was die KI dazu sagt......

    Der Ausnahmecode 0xc0000005 steht für eine Access Violation, also einen unzulässigen Speicherzugriff des Prozesses. Dass als fehlerhaftes Modul ntdll.dll angegeben wird, bedeutet nicht zwangsläufig, dass die Windows-DLL selbst die Ursache des Problems ist. ntdll.dll ist eine zentrale Windows-Systemkomponente und kann lediglich die Stelle sein, an der der Absturz bzw. die Exception von Windows registriert wurde.

    Besonders auffällig ist der installierte Patchstand von SQL Server 2017.

    Bei Build 14.0.1000.169 handelt es sich um den ursprünglichen RTM-Stand von SQL Server 2017 aus dem Jahr 2017. Das System läuft somit auf dem ursprünglichen Basisstand der SQL-Server-Version und verfügt nicht über die zahlreichen später veröffentlichten Cumulative Updates und Fehlerkorrekturen.

    Auffällig und aus technischer Sicht deutlich kritischer ist jedoch, dass SQL Server noch mit dem ursprünglichen RTM-Build 14.0.1000.169 betrieben wird. Vor einer tiefergehenden Analyse von ntdll.dll sollte deshalb zunächst der SQL Server auf einen aktuellen Patchstand gebracht bzw. zumindest geprüft werden, ob der Absturz bereits durch ein späteres SQL-Server-Update behoben wurde.

    Nimm doch einfach mal einen SQL 2019 oder 2022

    Leider erleben wir aktuell eher die umgekehrte Situation: Viele David Kunden kommen bereits mit dem Wunsch nach einer Microsoft-Lösung zu uns, weil sie davon ausgehen, dass dort grundsätzlich alles moderner oder besser ist.

    Unsere Aufgabe besteht dann darin, sachlich zu erklären, warum ein Wechsel zu Microsoft 365 beziehungsweise Exchange nicht automatisch die bessere Lösung darstellt und weshalb es – abhängig von den tatsächlichen Anforderungen des Unternehmens – sinnvoller sein kann, bei David zu bleiben.

    Diese Argumentation wird allerdings zunehmend schwieriger, da Microsoft mit der engen Verzahnung von Outlook, Teams, Microsoft 365 und weiteren Cloud-Diensten ein sehr umfassendes Gesamtpaket anbietet. Umso wichtiger ist es, die konkreten Vorteile von David herauszuarbeiten.

    Ich bin und bleibe David Fan (ich hasse Outlook und das Microsoft Portal)

    Hier eine wichtige Ankündigung von Tobit.......

    TeamDavid inklusive SideKick Server

    Mit dem nächsten Rollout am 1. September kommt jede TeamDavid-Installation mit einem eigenen SideKick Server – DSGVO-konform, europäisch gehostet und vollständig unter Kontrolle des Unternehmens. Die Nutzung von SideKick bleibt weiterhin optional und pro User aktivierbar, wird für TeamDavid-Kunden aber deutlich günstiger:

    • Keine Anschaffungskosten für SideKick Server: 1.490,00 € gespart
    • Geringere mtl. KI-Kosten pro User: 4,65 € zzgl. Credits statt pauschal 28,50 €
    • Kostenfreies Credit-Pack: Eine Million Credits im ersten Monat ohne Berechnung

    Damit haben TeamDavid-Kunden einen doppelten Preisvorteil: keine Anschaffungskosten und ein User-Preis von 4,65 € statt 17,65 € bei SideKick als separater Lizenz.

    Mit der kompletten Integration von SideKick in TeamDavid wird die sitecare-Lizenz moderat um durchschnittlich 3,16 % angepasst. Je nach Unternehmensgröße liegt der Preis künftig zwischen 3,83 € und 8,25 € pro User und Monat. Weitere Infos finden Sie unter https://tobit.com/teamdavid-und-sidekick.

    Also ich habe mal kurz mit meinem Kollegen (KI) gesprochen der sagt:

    Der entscheidende Fehler ist hier:

    Zitat

    550 5.7.509 Access denied, sending domain versender.invalid does not pass DMARC verification and has a DMARC policy of reject.

    Das bedeutet:

    • Die Empfängerseite (Microsoft 365 / Outlook) hat die Mail wegen fehlgeschlagener DMARC-Prüfung abgelehnt.
    • Obwohl die Mail ursprünglich bei Strato offenbar korrekt signiert war, ist die Authentifizierung unterwegs kaputtgegangen.

    Die relevanten Zeilen sind:

    • ursprünglich bei Strato:
      • spf=pass
      • dkim=pass
      • dmarc=pass

    aber später bei Microsoft:

    • spf=fail
    • dkim=fail (body hash did not verify)
    • dmarc=fail
    • compauth=fail

    Das zeigt ziemlich klar:
    Die Mail wurde nach dem DKIM-Signieren verändert oder über einen Server geleitet, der die Authentifizierung beschädigt hat.

    Wichtig ist diese Kette:

    Code
    smtp.strato.de
    → mo4-p00-ob.smtp.rzone.de
    → mail.ispmail.de
    → Microsoft 365

    Der problematische Hop ist sehr wahrscheinlich:

    Code
    mail.ispmail.de (195.185.212.45)

    Denn dort schlägt plötzlich SPF fehl und DKIM wird ungültig.

    Mögliche Ursachen

    1. Mailserver verändert den Body (sehr wahrscheinlich)

    DKIM meldet:

    Code
    dkim=fail (body hash did not verify)

    Das passiert typischerweise wenn:

    • Disclaimer angehängt werden
    • MIME-Struktur verändert wird
    • Attachments umcodiert werden
    • Zeilenumbrüche geändert werden
    • Antivirus/Spamfilter Inhalte modifizieren

    Rspamd/Postfix-Gateways sind dafür bekannte Kandidaten.


    2. Falscher SMTP-Relay

    SPF sagt:

    Code
    domain of versender.invalid does not designate 195.185.212.45 as permitted sender

    Das heißt:

    • Der empfangende Server sieht mail.ispmail.de als tatsächlichen Sender.
    • Diese IP steht aber offenbar nicht im SPF der Domain.

    Wenn mail.ispmail.de ein eigenes Relay/Gateway ist, muss dessen IP entweder:

    • im SPF stehen
      oder
    • die Mail unverändert weiterleiten und DKIM intakt lassen.

    Momentan passiert beides nicht.


    3. ARC-Kette ungültig

    Zusätzlich:

    Code
    arc=fail (47)

    ARC sollte eigentlich Authentifizierungsergebnisse „retten“ bei Weiterleitungen. Funktioniert hier aber ebenfalls nicht.

    Wahrscheinlich ist die ARC-Implementierung auf dem Zwischenserver fehlerhaft oder unvollständig.

    Was du prüfen solltest

    Wenn mail.ispmail.de dein eigener Server ist

    Dann:

    A) Keine Mailmodifikation nach DKIM

    Prüfen:

    • Disclaimer deaktivieren
    • MIME-Rewriting deaktivieren
    • Antivirus/Spamfilter testen
    • Rspamd-Milter prüfen

    Insbesondere:

    • mime modification
    • add footer
    • force reencode

    B) SPF erweitern

    Die IP:

    Code
    195.185.212.45

    muss ggf. in den SPF der Domain aufgenommen werden.

    Beispiel:

    Code
    v=spf1 ip4:195.185.212.45 include:_spf.strato.com -all

    (abhängig vom tatsächlichen Setup)


    C) DKIM nach dem letzten verändernden Hop signieren

    Falls mail.ispmail.de Inhalte verändert, muss:

    • dort neu DKIM-signiert werden
    • mit d=versender.invalid

    Wenn das nur ein Weiterleitungsserver ist

    Dann solltest du:

    • SRS (Sender Rewriting Scheme) aktivieren
    • ARC korrekt konfigurieren
    • möglichst keine Inhaltsänderungen durchführen

    Warum es früher evtl. funktioniert hat

    Microsoft 365 ist seit 2024/2025 deutlich strenger geworden bei:

    • DMARC reject
    • SPF alignment
    • ARC validation
    • CompAuth

    Besonders bei:

    • Weiterleitungen
    • Mailinglisten
    • Relayservern
    • selbst betriebenen Gateways

    Kurzdiagnose

    Die Mail war beim Versand korrekt authentifiziert, wurde aber auf mail.ispmail.de so verändert oder weitergeleitet, dass:

    • DKIM ungültig wurde
    • SPF nicht mehr passte
    • dadurch DMARC scheiterte
    • Microsoft die Mail wegen p=reject endgültig abgelehnt hat

    Der wahrscheinlichste Fix:

    • keine Veränderung der Mail auf mail.ispmail.de
      oder
    • dort korrekt neu DKIM-signieren + SPF sauber konfigurieren.