de de de de fi de de de en de en en de de de de en sv fr de de de de es en de de de de en en de de de de de de de en en en de de en de nl sl de de de de de fr en ru en de de de de en de nl es en de de de de en en ru de de de en de nl de en de de de de en en en de de de de en de en de de nl sl de de de de de fr en de en de de de de en de nl en en de en de de en en de de de de de en de nl de de de de de de en de de de fr de en de
ich möchte hier noch ein Verhalten von NSP zur Diskussion stellen, was mir bei meiner Evaluation etwas negativ aufgefallen ist.
Wenn eine Mail vom NSP abgewiesen wurde, informiert der NSP den Absender ausführlich darüber, warum die Mail abgesehen wurde - in meinen Augen ZU ausführlich. Zwar kann es für Absender, die keine Spammer sind, hilfreich sein, den Grund der Ablehnung zu erfahren, damit sie das Problem beheben können. Echte Spammer hingegen erfahren auf diese Weise aber genau, wie sie ihre Spams anpassen müssen, um die NSP-Barriere zu überwinden.
Daher fände ich es wichtig, die detaillierten Meldungen beim Code 5.7.1. abschaltbar zu machen, entweder generell oder pro Regel.
Zum Hintergrund: Es gibt ein Netz von Scammern, die ganz gezielt Betrugsversuche per Mail gegen Unternehmen unserer Branche absetzen. Wir bekommen 10-20 solcher Mails am Tag. Da die Betrüger auf Mail-Antworten ihrer Opfer warten, überwachen sie auch die verwendeten Absenderadressen (und lesen daher die NDRs). Allerdings sind diese Leute nicht besonders clever, daher gibt es Muster in den Mails, die man wunderbar in eine NSP-Regel fassen kann. Mit NSP ist es mir auch erstmals gelungen, alle diese Mail vollständig abzuweisen. Nur leider bekommt der Absender im NDR die Anleitung präsentiert, wie er den Filter umgehen kann:
5.7.1 This email was rejected because it violates our security policy
5.7.1  'Header-To' and 'CC' do not contain a local email address.
5.7.1  Found prohibited words in the mail: xxxxxxx yyyyy zzz
Die erste Zeile der Fehlermeldung reicht meiner Meinung nach völlig aus. Ganz auf einen NDR verzichten will ich nicht, da ja doch mal ein False Positive von der speziellen Regel erfasst werden könnte.
Registriert seit: Sep 2019
wir haben eine Änderung in diesem Bereich schon bei uns auf der ToDo Liste stehen.
Hierbei wird dann die Aussage darauf beschränkt, dass es auf Grund von Maleware/Spam zur Ablehnung kam und man sich mit einer angezeigten Referenz-ID an den Admin wenden kann.
Was mich auf jeden Fall freut zu lesen ist, dass du die E-Mails vollständig mit dem NSP abweisne konntest. Mit der Anpassung sollte das dann auch auf langefrist so bleiben
Registriert seit: Sep 2020
danke für die Info. Das freut mich zu hören, dass hier eine Änderung in Sicht ist.
Registriert seit: Sep 2019
hab den Beitrag hier gefunden, mal nachgehakt.
Wie schaut es den hier aus ?
Habe bei mir ebenfalls wieder gesehen das Spammer die Info bekommen das sie wegen Spam blockiert wurden. Das brauchen die ja so nicht zu wissen.
Wie mein Namenskollege schon sagte "5.7.1 This email was rejected because it violates our security policy" reicht aus....
- kein Mitarbeiter von nospamproxy -
Registriert seit: Sep 2019
19.10.2021, 14:02 (Dieser Beitrag wurde zuletzt bearbeitet: 19.10.2021, 14:02 von JanJäschke.)
hier hat sich schon eingies getan was aber noch in keinem Release enthalten ist.
Wir weden aber wie erwähnt weiterhin die SMTP Meldungen weniger aussagekräftig machen und die Informationen versuchen einem Administrator dennoch bereit zustellen.
Hierbei soll eine Referenz ID in Zukunft genutzt werden können.
Registriert seit: Sep 2022
ein Jahr später...gibt es mittlerweile etwas Neues?
Arbeiten erst seit ein paar Wochen mit NoSpam und die SMTP Meldung ist leider immer noch zu aussagekräftig.
« Ein Thema zurück | Ein Thema vor »
Gehe zu: Private Nachrichten Benutzer Control-Panel Wer ist online? Suche Forenstartseite NoSpamProxy Server -- Allgemeines -- Protection -- Encryption -- LargeFiles -- Disclaimer -- OpenKeys -- Monitoring, Migration, Recovery -- Zertifikate ---- GlobalSign -- Sonstiges NoSpamProxy Cloud -- Allgemeines -- Protection