Beiträge von riawie

    Ich sags ungern, aber das ist ganz klar noch ein Grund mehr Euren Vertrag bzw. euer Hosting Paket dort mal gegen was aktuelles zu tauschen.

    Normaler Weise sollte der Mail Server Eures Providers den Envelope To: Header mit der Adresse füllen für welche die Mail per SMTP ursprünglich eingeliefert wurde und einen bereits vorhandenen Envelope-To: Header auch niemals überschreiben.

    Bei der Chayns Mail müsste gemäß des ältesten Received Headers:

    Received: from mail.tobit.software ([62.153.122.27]) by mx.kundenserver.de

    (mxeue101 [217.72.192.67]) with ESMTPS (Nemesis) id 1MRUpv-1rHadA015R-00KAMp
    for <user01@domain.de>; Tue, 27 Feb 2024 11:01:05 +0100

    Der Envelope To: Header folglich den Inhalt user01@domain.de bekommen wenn die Mail das erste mal auf mx.kundenserver entgegen genommen wird.

    Statt dessen trägt der 1&1 Server dort die Adresse des Catchall Postfachs admin@domain.de ein, was vermutlich dadurch zu Stande kommt das von Euch genutzte Altsystem 1&1 das Altsystem hinter dem sein aktuellen System von 1&1 IONOS arbeitet. Dieses neue System scheint aber bereits einen Teil der Informationen zu haben und auch auszuwerten, welche eigentlich nur der letzte Mailserver des Providers auswerten sollte und somit der letzte Server die Mail bereits für das catchall Postfach übergeben bekommt, was zwangsläufig zu Problemen führen muss.
    Allerdings ist Eure Situation da nicht der einzige Schuldige, denn wenn Chayns die Mail mit einem To: Header verschicken würde könnte Euer David Server sie dennoch korrekt zuordnen, da Ihr ihn ja scheinbar bislang gar nicht nach dem Envelope-To Header schauen lasst.

    da scheint es ein Problem mit der Einstelolung des eingestellten Headers welcher zur Verteilung der eingehenden Mails auf die einzelnen Nutzer verwendet werden soll zu geben.

    Soweit ich es nicht durcheinander bringe seit Ihr das doch mit dem uralt 1&1 Hosting Vertrag.
    Die Wahrscheinlichkeit auf jemanden mit genau der gleichen Konstellation zu treffen wird vermutlich eher gering sein...

    Anonymisiere doch mal den Mailheader und stelle ihn hier rein, dann schreib dazu welchen Header Ihr in Eurem David Postman auswerten lasst um die Mails aus dem catchall Postfach an die Nutzer zu verteilen

    wenn es nicht das Standard Kennwort der Site-ID ist wird wohl schon mal jemand einen Chayns Login mit der Site-ID durchgeführt haben und dort ein neues Kennwort gesetzt haben.
    Entsprechend ist dann das dort vergebene Kennwort auch hier zu nutzen.

    aber es ist alles ziemlich umständlich und teilweise ziemlich kostenintensiv, da wir auch Mail Business Lizenzen benötigen für ein paar Postfächer (10 Stück kosten z.B. 25€ / Monat)

    Das klingt in der Tat etwas wild, wenn man bedenkt das Ihr einen David Server habt.

    Wir haben unsere Domains bei Strato gehostet und sind dort sehr zufrieden.
    Dort lassen sich problemlos alle nötigen DNS Einträge verwalten, Mail Postfächer mit Basis Funktionen wie man sie braucht wenn man eh einen eigenen Server betreibt kosten nichts extra und bieten dennoch Virenscan + selbst definierbare Filter zum abweisen unerwünschter Nachrichten.
    Was die kosten angeht kann ich da nicht recht mitreden.
    Wir haben ein Paket mit 20 Domains gebucht welches uns 22€/ Monat kostet, dafür aber auch einen Haufen Mail Postfächer + jede Menge anderer Funktionen zu Verfügung stellt.

    Wir sind nun schon mehr als 25 Jahre Strato Kunde und ich kann das uneingeschränkt empfehlen.

    Ein Umzug von einem Provider zu einem andere ist übrigens nichts was mich schrecken würde, gut vorbereitet und durchdacht ist das ohne nennenswerte Serviceunterbrechung zu bewerkstelligen.
    Der letzte solche Umzug den ich gemacht habe fand im letzten Sommer statt und führte obwohl mitten am Tag durchgeführt und obwohl die Mails von der Domain damals über Exchange online bei Microsoft aufliefen, zu keiner einzigen vermissten mail und zu keiner relevanten Service Unterbrechung. Ich schicke in solchen Fällen immer selbst im 10 Sekunden Takt Testmails während des Umzugs an die umzuziehende Domain und kann daher sehr genau sagen das da keine Empfangslücke war. Dabei ist übrigens das Ziel wohin man umzieht wichtiger als die Quelle von der man kommt wenn es um eventuell untergehende Mails geht.

    Kurzum, wenn IONOS 1&1 das nicht sinnvoll und zu vertretbaren Kosten intern für Euch verbessern kann, such Dir einen neuen Provider aus, informiere Dich gut, bereite das gründlich vor und zieh das Ding um. Dann hast Du für die Zukunft eine solide Basis ;)

    wie gesagt, wir haben die Domain bei 1&1 NICHT ionos.

    Leider habe ich bei 1&1 absolut keine Möglichkeit irgendwas an der Domain zu ändern ... was leider sehr ärgerlich ist

    die adminoberfläche ist sehr rudimentär

    Oh, sorry, durcheinander gebracht :o

    Das ich mal eine Domain bei 1&1 betreut habe ist schon eine ganze Weile her, aber soweit ich mich erinnere ging es damals durchaus dort selbst txt DNS Einträge zu setzen.
    Hängt das vielleicht am konkreten Produkt welches dort gebucht wurde?

    Ansonsten wäre der Weg bei 1&1 in etwa wie folgt:

    1. beim 1&1 Konto anmelden
    2. "Domains und SSL" öffnen
    3. zu der Domäne navigieren welche als email Domäne genutzt wird
    4. unter "Aktionen" den Punkt "DNS" auswählen
    5. "Record hinzufügen" klicken und "TXT" auswählen
    6. unter Hostname den Wert aus dem David Administrator Feld "Bezeichnung des DNS Eintrags" einfügen. Wenn dort nur nach einem Präfix gefragt wird, dann nur den vorderen Teil endend mit "._domainkey" einfügen.
    7. unter Wert wird der Inhalt aus dem David Administrator Feld "Öffentlicher Schlüssel" welcher sich dort mit einem Knopf ins Clipbord kopieren lässt eingefügt.
    8. Speichern klicken und fertig.

    wobei wir noch nie von einem Sicherheitsvorfall rund um Tobit David gehört haben, oder?

    Mal davon abgesehen das wir nicht wissen ob Tobit einfach immer nur schnell genug reagiert hat, das Produkt zu sehr Niesche ist als das sich schon ernsthaft damit beschäftigt worden wäre, oder bei Tobit einfach Programmierer sitzen (bisher gesessen haben?) welche schlicht nach security by design Prinzipien programmieren, oder einfach bislang nur viel Glück im Spiel war.
    Ist es halt eine gewagte Wette sich bei so einem Produkt mit derart offenkundiger Angriffsfläche, welches direkten Kontakt zur Außenwelt hat nicht abzusichern eventuelle Sicherheitsupdates umgehend zur Verfügung zu haben wenn sie dem Rest der Welt zur Verfügung gestellt werden.

    Also wies aussieht, schauen wir bei 1&1 (nicht ionos) weiterhin in die Röhre bzgl. DKIM / DMARC


    Im Kundenportal gibts keine Möglichkeit etwas zu konfigurieren und Support hält auch die Füße still.

    Hast Du bei ionos tatsächlich keine Möglichkeit txt records im dns für Eure Domäne zu setzen?

    Oder ist Dir nur nicht klar das ein DKIM Record letztlich nichts anderes ist als ein txt Record im dns der jeweiligen Domäne?

    caddo wir hatten das Thema mit der gemischten Verknüpfung von verschiedenen Bedingungen mittels UND + ODER hier vor Monaten schon mal im Forum. Damals war ich selbst noch der Meinung, das es gehen würde, wurde aber eines besseren belehrt und kann das hier in unserer Installation auch ganz klar nachvollziehen. sobald ich hier ein ODER in einer Regel nutze werden andere mit UND verknüpfte Bedingungen nicht mehr ausgewertet wenn eine mit ODER verknüpfte Bedingung zutrifft.

    Wenn ich das Beispiel von Dir nachbaue wird nur für den ersten Absender zusätzlich geprüft ob die Mail eine Rundsendung ist.
    Bei allen anderen löst die Regel auch dann aus wenn es sich nicht um eine Rundsendung handelt.

    graef-edv ja, man kann beliebig viele UND Verknüpfungen in einer Regel haben.
    Beliebig viele ODER Verknüpfungen gehen auch.
    Das hatte ich in meinem ersten Kommentar aber auch bereits geschrieben ;)

    Nur so wie in dem Beispiel von caddo oben UND mit ODER kombinieren liefert halt komische bzw. unerwartete Ergebnisse.
    Und ich hatte eigentlich genau diese Kombination von UND + ODER angesprochen ;)

    graef-edv ich glaube irgendwie haste mich missverstanden :o

    UND ist in dem Fall richtig.

    Aber David wertet UND + ODER in ein und der selben Regel halt nicht etwa so aus:

    "Identifizierung = Rundsendung" UND ( "Absender != abc@dom.tld" ODER " Absender != yxz@dom.tld" )

    sondern so:

    ("Identifizierung = Rundsendung" UND "Absender != abc@dom.tld") ODER " Absender != yxz@dom.tld" )

    Darauf muss man halt achten und sich anderweitig überlegen was man tun möchte.

    Konkret bedeutet das das man nicht sagen kann verschiebe alle Rundsendungen welche >nicht< von einer bestimmten Absenderliste kommen in ein anderes Archiv, weil es keine Möglichkeit gibt eine ganze Liste von Absendern anzugeben.

    Man kann aber sehr wohl sagen schiebe alle Nachrichten welche als Rundsendung identifiziert wurden und von einem bestimmten Absender (das kann auch eine ganze domäne sein) stammen in ein anderes Archiv. Und man kann diese Regel beliebig oft mit jeweils einer weiteren Adresse anlegen.

    Anders ausgedrückt, geht damit nur Whitelisting, aber kein Blacklisting.

    Soweit mir bekannt geht Bedingungen verknüpfen grundsätzlich nur mit UND oder ODER, beide Verknüpfungsvarianten zusammen in einer Regel gehen nicht.

    In dem Beispiel muss man also für jeden Rundsendungsabsender eine eigene Regel bauen, wenn man in einer Regel mehr als nur die Absenderadresse zur Entscheidung ob etwas zu tun ist heranziehen will.

    Habe ich eine Chance DKIM und SPF Einträge zu erstellen? Wenn ja, wie und wo?

    DKIM kann David jetzt ja.

    Ob Du das für Deinen Kunden nutzen kannst hängt aber auch noch von der Stelle ab wo die Domain des Nutzers verwaltet wird, denn für korrektes DKIM muss halt auch noch der passende Eintrag im DNS der entsprechenden Domain angelegt werden. Lässt der Domainverwalter das zu kann und sollte das natürlich auch gemacht werden.

    Da wir das selbst bislang allerdings nicht einsetzen, sollte die nötigen Schritte dann besser wer erklären der das a) schon mal gemacht hat und b) den Domain Verwalter bei dem Euer Kunde seine Domain verwaltet kennt. dazu müsstest Du mal sagen wo Dein Kunde seine Domain her hat bzw. verwaltet ;)

    Zudem hat TOBIT die Sitecare-Kosten ohne jede Ankündigung letzthin auch noch mal deutlich erhöht, was bei einigen unserer Kunden die Diskussion über einen Umstieg zu O365 noch mal beschleunigt hat.

    hmm, naja, brutto 47,60€ bzw. netto 40,00€ mehr im Jahr bei 100 lizenzierten Nutzern.
    Das sind 8,7% Preissteigerung nach 10 Jahren stabilem Preis?

    Dafür ist im Gegenzug die Premium Protection im Preis gesunken.

    Da haben in den letzten 2 Jahren manch andere Softwareherstelle wesentlich deutlicher zugelangt.
    Von den anderen hat zumindest bei uns aber dennoch keiner seinen Wartungsvertrag verloren.
    Der Grund ist simpel: Updates ohne die Wartungsverträge sind noch teurer.

    Einzig Autodesk hat es 2018 tatsächlich geschafft das wir deren Wartungsvertrag gekündigt haben.
    Die waren allerdings auch dreist und haben nicht nur die Wartungspreise drastisch (15% pro Jahr) angehoben, sondern auch gleich noch alle Kunden zu Mietlizenzen gezwungen.
    Wir haben dann damals schlicht 4 Versionen pausiert und sind dann ohne Aufgabe unserer alten Dauerlizenzen in einen neuen Mietvertrag eingestiegen. Natürlich nicht ohne dieses Vorgehen auch sehr deutlich gegenüber Autodesk zu kommunizieren.
    Mit der Nummer haben sie damals bei uns eine 6 stellige Summe verloren, bzw. uns dazu gezwungen eine 6 stellige Summe zu sparen.
    4 Jahre keine großen Updates waren dann allerdings auch die Grenze dessen was im Geschäftsalltag in Sachen Datenaustausch mit Kunden darstellbar waren.

    Allerdings ist der Tobit David Server halt ein Stück Software welches direkt mit Systemen in der Außenwelt spricht. Da käme es für uns grundsätzlich nie in Frage ein derartiges System ohne laufende Sicherheitsupdates zu betreiben. Sitecare und die doch recht häufigen Rollouts sehen wir da klar als Vorteil. Wobei wir es sehr begrüßen das es nicht wie damals angekündigt alle 14 Tage ein neues Rollout gibt, sondern sich diese in aller Regel einige Wochen länger ziehen und nur bei echter Notwendigkeit schneller aufeinander folgen.

    Und so ganz nebenbei, auch Microsoft 365 ist im Dezember teurer geworden und zwar um 11,4%

    Vielleicht kommt es ja noch für die "neben" Darstellung noch nach - hoffentlich..

    wie gesagt...

    meldet Euch beim David Support wenn Ihr das Feature haben wollt.
    Ohne Leute wie ComputerManni welche hartnäckig bleiben und beim Support Dinge einfordern, welche dem neuen Client fehlen gäbe es das jetzt sicher auch noch nicht in der einzeiligen Darstellung.

    Und so wie ich das sehe ist es gerade bei Funktionen welche der Classic Client hatte bzw. hat eher möglich Tobit davon zu überzeugen, das auch der modern Client das dringend braucht, als wenn man sich ganz neues Zeug wünschen würde, womit die Zeit den Support zu nerven eher nicht verschenkt sein dürfte, auch wenn das sicher nicht immer gar so schnell gehen dürfte.

    Ich kann mir vorstellen, dass diese Option nach der "Field-Test-Phase" bei einer Teilmenge der Kunden auch in der anderen Ansicht implementiert wird.

    Das könnte schon sein...

    ...bedingt aber ganz sicher das sich auch Kunden bei Tobit melden die ganz klar sagen das sie das haben wollen ;)

    Da bei uns Vorschau unter den Nachrichten Unternehmensstandard ist freut mich natürlich schon mal die aktuelle Implementation in genau dieser Ansicht :)