Whiteliste wird bei Alias nicht berücksichtigt [GELÖST]

[kroerig]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(z.B. Ja / Nein (Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum))
Ja

Server-Betriebssystem + Version
(z.B. Ubuntu 24.04)
Ubuntu 24.04.5 LTS

Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
KVM

KeyHelp-Version + Build-Nummer
(z.B. 26.0 - Build 3582)
26.1.1 (Build 3698)

Problembeschreibung / Fehlermeldungen
Rspamd lehnt eine Mail ab, obwohl der Absender im Mailkonto in der Whitelist eingetragen ist.


Erwartetes Ergebnis
E-Mail wird zugestellt

Tatsächliches Ergebnis
E-Mail wird als Spam abgewiesen. Der Whitelist-Eintrag findet keine Berücksichtigung

Schritte zur Reproduktion
Definitive Spam-Mail an sich selbst versenden lassen

Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))

Ich habe auch die Ursache gefunden. Nur, wie lässt sie sich beheben?
In der /var/lib/rspamd/keyhelp/account_settings.conf finde ich folgenden Eintrag:

Code: Alles auswählen

account_742aa34d66f7190fa37d532fa90997e7_whitelist {
priority = high;
rcpt = "postfach@example.com";
from = [ "/^.*@foo\.bar$/iu" ];
from_mime = [ "/^.*@foo\.bar$/iu" ];
apply {
KH_ACCOUNT_WHITELIST_ADDRESS = -100;
}
symbols = [ "KH_ACCOUNT_WHITELIST_ADDRESS" ];
}

Die Mail, die geblockt wird, geht aber an einen Alias dieses Postfaches.

.

[kroerig]

Ich habe mir jetzt temporär geholfen, in dem ich die Datei angepasst habe, damit ich die Mail zumindest einmal hatte um sie in Rspamd als HAM zu lernen.

Code: Select all

 rcpt =  "alias@example.com" ;

Allerdings hilft das nur, bis zur nächsten Änderung im System.

KeyHelp muss hier einen Regelsatz bauen, der auch die Postfach-Aliases berücksichtigt.

[Alexander]

Hallo,

bitte auch einmal den Patch installieren unter "Konfiguration -> Patch-Manager" (Anweisung beachten).

Kann erst morgen dann genauer nachschauen.

[kroerig]

Der Patch ändert hier leider nichts.
Einzige Änderung in der Datei nach erneutem Speichern:

aus

Code: Select all

from = [ "/^.*@foo\.bar$/iu" ];
from_mime = [ "/^.*@foo\.bar$/iu" ];

wurde nur noch

Code: Select all

from_mime = [ "/^.*@foo\.bar$/iu" ];

an der wichtigen rcpt Zeile hat sich dadurch (wie in der Readme zum Patch beschrieben) nichts geändert.

[Alexander]

Ich hatte jetzt die Gelegenheit mir das Problem genauer anzusehen und zu korrigieren.

Die Korrektur kommt mit der nächsten KeyHelp-Version (irgendwann im November).

[kroerig]

Danke für die Rückmeldung,

gibt es einen Workaround?

Ich habe die Regel jetzt für meinen einen Fall angepasst, aber sobald ein anderer Nutzer irgendwas an seinen Spamfiltereinstellungen ändert, überschreibt es die Datei. Und das bekomme ich ja nicht mit.

Ich weiß ja nicht, wie die Lösung aussehen wird, aber vielleicht ist es möglich pro Benutzer (Kunde) eine Datei anzulegen, anstatt alles in eine Datei zu schreiben.

[Alexander]

gibt es einen Workaround?

1) Du könntest die Datei mit chattr +i schreibgeschützt machen.

2) Du könntest mit einem Cronjob und einem Script sicherstellen, das regelmäßig geschaut wird, ob deine gewünschten Einstellungen noch so sind, wie du sie brauchst.

Ich weiß ja nicht, wie die Lösung aussehen wird, aber vielleicht ist es möglich pro Benutzer (Kunde) eine Datei anzulegen, anstatt alles in eine Datei zu schreiben.

Prinzipiell möglich, würde ich aber noch nicht für das kommende Update einbauen.