Erweiterung API Endpunkt /quarantine/spam

[linushstge]

Hi,

der REST API Endpunkt /quarantine/spam gibt aktuell folgende Felder zurück:

Parameter	Beispiel Wert
spamlevel	0
receiver	test@test.de
envelope_sender	test@test.de
subject	Test E-Mail mit einem Spam Score von -13
id	C2R2453T141259902
from	test@test.de
time	1596179005
bytes	102849
date	2020-08-06 09:03:25

Der hier zurückgegebene Spamlevel Wert wird (vermutlich) für die vereinfachte Verarbeitung im Falle < 0 immer 0 gesetzt.
Schaut man sich nun den REST API Endpunkt /quarantine/content genauer an werden alle SpamAssassin Rules zurückgegeben.

Summiert man nun den Score aller Regeln kommt man auf den "eigentlichen" Spamlevel Wert von z.B. -13.

Gibt es hier die Chance, dass man neben dem Spamlevel in dem /quarantine/spam Endpunkt sowie in dem Endpunkt /quarantine/content Endpunkt neben dem vereinfachten 0 Wert auch den summierten "echten" Wert zusätzlich zurückgibt um das bisherige Verhalten der API nicht zu verändern?

Ziel: E-Mails die in der Quarantäne landen und einen Spamlevel Wert < -3 haben automatisch zustellen ohne Aufruf des /quarantine/content Endpunktes pro E-Mail.
Aktueller Workaround: foreach spaminfo scores summieren, deliver action im falle < -3

Generell würde das ganze auch wunderbar via GUI in dem Mail Filter funktionieren, aber hier werden ja alle W-Objekte via ODER verkettet, sodass kein passendes Was Objekt erstellt werden kann.


Lg Linus

 

[tom]

Ziel: E-Mails die in der Quarantäne landen und einen Spamlevel Wert < -3 haben automatisch zustellen ohne Aufruf des /quarantine/content Endpunktes pro E-Mail.

Verstehe das ganze nicht. Warum landen Emails mit einem negative Score in der Quarantäne?

 

[linushstge]

Geht darum generell erstmal alle Newsletter in die Quarantäne zu bewegen, da es ja keine UND Verkettung in den Was Objekten gibt

Was Objekte
Match Field, List-Unsubscribe, .+
Match Field, X-CampaignID, .+

 

[tom]

Geht darum generell erstmal alle Newsletter in die Quarantäne zu bewegen, da es ja keine UND Verkettung in den Was Objekten gibt

Newsletters sind grundsätzlich kein SPAM und sollte auch nicht von Spamgateway gefiltert werden. Wer keine Newsletter will, kann sie abbestellen.

Natürlich kann man mit den Matchfields und dem Regelsystem recht viel machen, doch nicht alles was theorethisch möglich erscheint macht Sinn für die Mehrheit der Anwender vom Mai Gateway. Und daher wird sich wohl niemand finden, der Spezialfälle entwickeln/finanzieren wird.

 

[linushstge]

Vielen Dank für die schnelle Rückmeldung.

Hier geht es ja speziell nicht nur um Newsletter, sondern viel mehr darum, dass der Gesamt Spam Score ebenfalls interessant ist.
Generell ist es ja schon wichtig, ob der Spam Score 0 oder -13 ist?

 

[tom]

Generell ist es ja schon wichtig, ob der Spam Score 0 oder -13 ist?

Emails mit 0 und emails mit einem Score von minus 13 sind gute Emails - warum braucht es hier eine Unterscheidung, ich sehe hier keinen wirklichen usecase. Negative Einzelscores werden ja richtige behandelt.