SPAM-markierte Mails

  • So... nochmal ne Mail von Mydealz bekommen:

    Code
    X-Rspamd-Queue-Id: 4DBF1612AA
    X-Spamd-Result: default: False [0.00 / 15.00]
    X-Rspamd-Server: rspamd-worker-8401
    X-NC-CID: +q6QMnT9lHS2MYx4ueW7GMwF3r465+CkxZsqtIslNwgbZbhdqbtN9jpUdKRl2fhRR4Q+G7Nhipw8h5o3ml7cqUxAi53oRsQQ2aB5Ijr0lNQ8fxT6nH36+LVfue4=
    X-PPP-Message-ID: <159283464266.14671.15485166946251757134@mx2fae.netcup.net>

    Der rspamd-worker-8401 scheint sich nicht dafür zu interessieren.

  • BAYES_SPAM(5.10)[100.00%];

    Anscheinend wurden ähnliche Mails manuell als Junk bewertet, und damit der Bayes Filter trainiert.

    Würde ich auf einer Shared Umgebung jetzt nicht so konfigurieren. :/

    RS 1000 SSDx4 G8 / VPS 2000 G8 Plus / RS 2000 G9 / VPS 1000 ARM G11 x2 / VPS 1000 G12 Pro x2 / VPS 2000 G12 Pro / RS 1000 G12 Ultra / ERROR SERVER HOARDING DETECTED

  • BAYES_SPAM(5.10)[100.00%];

    Anscheinend wurden ähnliche Mails manuell als Junk bewertet, und damit der Bayes Filter trainiert.

    Würde ich auf einer Shared Umgebung jetzt nicht so konfigurieren. :/

    Und der Support kommt als erstes mit der Aussage bei Weiterleitungen "keine Bearbeitung durch den Spam-Filter" statt... genau.

    Und natürlich ist das Ziel schuld.

    Das Frustrierende daran ist, dass ich genau solche Aussagen erwartet habe.

  • Stelliungnahme des Supports:

    Zitat

    vielen Dank für Ihre Anfrage.

    Wir arbeiten kontinuierlich daran, die eigene E-Mail-Infrastruktur zu verbessern. Wie bekannt, kam es in der Vergangenheit zu Schwierigkeiten beim Versand von E-Mails an z.B. Microsoft-Dienste. Hier konnten bereits durch verschiedene getroffene Maßnahmen deutliche Verbesserungen bei unseren Webhosting-Systemen erzielt werden. Im Rahmen dieser Verbesserungen haben wir eine neue Schicht der Spam-Filterung in unserer Webhosting-Cloud eingeführt.

    Zwar enthält das von uns genutzte Hostingpanel Plesk bereits ein entsprechendes System zum Filtern von Spam, doch hat dieses nicht die gewünschte kontinuierlich hohe Qualität erreicht. Zum einen ist es im Interesse unserer Kunden, Spam so gut wie möglich zu filtern, zum anderen können z.B. weitergeleitete Spam-Mails erhebliche Einschränkungen in der Reputation unserer Mailserver bedingen. Dies wiederum führt zu schlechterer Zustellbarkeit und muss daher unbedingt vermieden werden. Gleichzeitig haben wir festgestellt, dass viele Kunden für E-Mail-Postfächer im Hostingpanel den Spamfilter nicht aktiviert hatten, obwohl diese eine solche Einstellung eigentlich präferierten. So haben sich wiederholt Kunden bei uns gemeldet, die sich über unerwünschte E-Mails beklagt haben, gleichzeitig aber den Spamfilter im Hostingpanel komplett deaktiviert hatten.

    Im Sinne einer Verbesserung der Situation haben wir somit eine neue Spamfilter-Lösung, als zusätzliche Schicht vor den Filtermechanismen des Hostingpanels, implementiert. Somit schützen wir unsere Kunden vor Spam und Bedrohungen wie Phishing und Malware effektiver. Kunden, die zusätzlich den Spamfilter in Plesk aktiviert haben, profitieren von einer zusätzlichen Schutzschicht und einem unabhängigen, zweiten Spamschutz-System.

    Gleichzeitig ist uns bekannt geworden, dass es auch Kunden gibt, die ganz bewusst auf Spam-Filterung verzichten möchten. Es sei darauf hingewiesen, dass eine gewisse Spamfilterung von eindeutigen Spam-Versendern z.B. via Blacklists, ohnehin in jedem Fall erfolgt. Dies war auch bereits vor unseren Änderungen so und ist generell üblich. Wir prüfen aktuell, in welcher Form sich ein komfortables Whitelisting ermöglichen lässt. Aktuell können wir noch nicht zeitlich abschätzen, wann dies möglich sein wird.

    Ohne Worte

  • Danke codesight für die Nachfragen beim Support und das Teilen der Antworten. Das erspart mir eine Anfrage. Ich habe mich nämlich in den letzten Wochen auch vermehrt über die fehlerhaften Spam-Markierungen gewundert, obwohl ich alle Spam-Filter im CCP/Plesk bewusst deaktiviert hatte.

    Gegen den Einsatz von Blacklisting und Greylisting habe ich ja nichts. Aber diese "neue Schicht der Spam-Filterung" bringt nur Ärger.

    Von ca. 1000 Mails in den letzten Wochen wurden rund 10 als Spam markiert, alles Fehlalarme. Tatsächlich habe ich 0 Spam Mails in diesem Zeitraum bekommen.

    Ich habe das Glück auf meinen eigenen .de Domains extrem wenig Spam-Nachrichten zu bekommen, weshalb ich dort tatäschlich nie Spam-Filter aktiviert habe (weder auf dem Server, noch im Client). Dass Netcup diese Einstellung jetzt als "Service" einfach ignoriert, finde ich nicht akzeptabel!

    Achja: Da der Support es ja unter anderem mit ungefilterten Weiterleitungen begründet: Ich nutze keine externen Weiterleitungen, sondern nur Aliase und Weiterleitungen im selben Webhosting Paket.

  • Ich habe seit 2 Tagen auch genau die gleichen Probleme, allerdings mit den Mail Empfang bei Sogo, das scheint nicht nur auf Plesk zu sein.

    Werde das weiter Beobachten und dann den Support melden wenn es Probleme gibt.

    Spoiler anzeigen

    Mit freundlichen Grüßen
    Track1991

  • Etwas offtopic:

    Ich hatte mit den Webhostings massive Probleme mit dem Spamaufkommen und auch der Filterung.

    Die Domain liegt jetzt auf einem winzigen Webhosting Bestprice auf HDD und hier scheint der Filter wesentlich mehr Erfahrung zu haben.

    Gefühlt hängt es auch vom Mailserver ab, wieviel Müll ankommt.

  • "Nicht verarbeiteter Fehler für Anforderung POST /users: Error: getaddrinfo ENOTFOUND webmail.manifestoup.de
    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:66:26)............"

    Nicht verarbeiteter Fehler für Anforderung POST /users: Error: Message failed: 451 4.3.0 pymilter: untrapped exception in pythonfilter

    Unter: https://mxtoolbox.com/domain/webmail…ce=findmonitors 2 x Fehler: No DMARC Record found !!

    Ich habe die Fehlermeldung aus einem (ansonsten) unveränderten (Test)Programm (loopback-example-user-management) erhalten:

    Änderungen fett:

    "emailDs": {

    "name": "emailDs",

    "connector": "mail",

    "transports": [

    {

    "type": "smtp",

    "host": "webmail.manifestoup.de",

    "secure": true,

    "port": 465,

    "tls": {

    "rejectUnauthorized": false

    },

    "auth": {

    "user": "manifesto@manifestoup.de",

    "pass": "XXXXXXXX"

    }

    ]

    }

    Das Programm hatte bereits funktioniert - seit neuestem nicht mehr!

    Mit besten Dank im Voraus

  • Stelliungnahme des Supports:

    Ohne Worte

    rspamd-worker-8404 - kommt der jemandem bekannt vor?

    Danke für den Hinweis (anhand rspamd-worker-8404 Beitrag gefunden) und es nach einigen Anläufen über den 1st Level-Support geschafft (2nd/3rd ist direkt leider nicht erreichbar) eMails wurden auf einmal mit *** SPAM *** markiert (siehe hier) und nun stellt sich raus, dass bei externen Domänen die Deaktivierung nicht selbst durchgeführt werden kann:

    Bezüglich externer Domains: Bei Bedarf können wir es für diese manuell auf Anfrage deaktivieren, da es über das CCP ja nicht möglich ist.

  • Danke für den Hinweis (anhand rspamd-worker-8404 Beitrag gefunden) und es nach einigen Anläufen über den 1st Level-Support geschafft (2nd/3rd ist direkt leider nicht erreichbar) eMails wurden auf einmal mit *** SPAM *** markiert (siehe hier) und nun stellt sich raus, dass bei externen Domänen die Deaktivierung nicht selbst durchgeführt werden kann:

    Bezüglich externer Domains: Bei Bedarf können wir es für diese manuell auf Anfrage deaktivieren, da es über das CCP ja nicht möglich ist.

    Hm.... ich meine, meine Domains, waren damals direkt bei Netcup gelegen. Naja, betreibe mittlerweile meinen eigenen Mailserver auf nem Kubernetes Cluster mit fester IP.