Dashboard
Letzte Aktivitäten
Denny hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
[…]
Weil ich dachte, dass es auch mein Problem zielt mit dem fehlenden return-path....Diese Betrüger mit den angeblich echten Passwörtern verwenden (gefälschte E-Mail Adresse) und der Return-Path ist dann leer, das sowas überhaupt durchkommt ohne gültigen return-path, das Problem ist bei mir sehr aktuell und da kam dein Thread ohne weitere Informationen dazu, passte halt
informant hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
Das ist möglich, ich prüfe, daran hab ich garnicht gedacht. Danke
patrick hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
Klingt für mich eher nach einem anderen Problem, wenn die nicht zugestellt werden können. Sind das vllt. Autoresponder oder Weiterleitungen deiner User? Die werden nämlich auch mit leerem Return-Path versendet.
informant hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
[…]
Die landen in der Queue aber können nicht zugesellt werden. Daher würd ich die dann gleich blocken per Filter, da zu 99% auch kein Empfänger enthalten sind, zumindest das was ich bisher gesehen habe. Wenn der leer ist udn ein Empfänger vorhanden ist stellt er Sie zu. Oft kommt das von Mailing Servern. Daher hatte ich die Frage gestellt.
ps: @Denny warum baust du dir das nicht so wie du willst oder machst nen extra Thread dazu im Thema: gewünnschte Features oder so...?
patrick hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
Du kaperst hier leider nur den Thread für deine eigenen Themen. Vermutlich wäre ein eigener Thread sinnvoller. (Oder gleich ein Patch/PR auf GitHub.)
Das Akzeptieren leerer Return-Paths ist ein wichtiger Aspekt, um standardkonform E-Mail-Server zu betreiben. Ein leerer Return-Path kann schon deshalb keine Fälschung sein, da er leer ist. Verstehe also nicht, inwiefern das irgendwem helfen soll.
Denny hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
[…]
Er möchte gefälschte Mails blockieren, da der b1gMailServer aktuell keine vollwertige DMARC-Prüfung durchführen kann. Zusätzlich gibt es einige Punkte, die mir im Bereich SPF noch fehlen und die ich bereits angesprochen hatte.
SPF
Aktuell kommt es dazu, dass SPF auch dann abgelehnt wird, wenn große, legitime Absender sehr umfangreiche include:-Ketten verwenden und die SPF-Prüfung aufgrund von DNS-Lookup-Limits oder Timeouts fehlschlägt. In diesen Fällen wird der Versand fälschlich…
Loadbox hat eine Antwort im Thema Toolbox unter macOS nicht mehr lauffähig verfasst.
leider nicht, als die toolbox noch erstellt werden konnte wars um einiges besser! aber ich hab auch das gefühl das hier alles etwas eingeschlafen ist
patrick hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
Ich verstehe leider nicht, was du damit bezwecken willst.
informant hat eine Antwort im Thema MAIL FROM:<> blocken verfasst.
Akso einen Filter für MAIL FROM:<> delete erstellen? Denn Bounce Filter erkennt das ja nicht.
Denny hat eine Antwort im Thema Toolbox unter macOS nicht mehr lauffähig verfasst.
Gibt es denn eine richtige Anleitung wie die Toolbox erstellt wird, im Admin finde ich dazu ja nichts mehr