Funktionsweise des all-connect SDM System
Version vom 25. März 2008, 11:34 Uhr von Mhe (Diskussion | Beiträge) (Die Seite wurde neu angelegt: {{ KB }} {{Achtung|Stand März 2008<br />Das all-connect SDM System befindet sich zur Zeit noch im Beta-Stadium und kann nur im Einzelfall gegen eine Schutzgebühr in H...)
Stand März 2008 |
Aufgabe und Funktion des SDM System
...
Implementierung SDM System
- SDM durchsucht alle eingehenden E-Mails für einen Mailserver, wenn für eine Haupt-Domain SDM aktiv ist (diese Einstellung wird durch das all-connect Service Team freigeschaltet).
- Die SDM Aktivierung erfolgt für alle Co-Domains automatisch analog zur Haupt-Domain
- SDM ergänzt im Header immer X-Spam-Score, X-Spam-Score-Integer und X-Spam-Report.
- Wenn das Ziel der eingehenden E-Mail ein lokales all-connect Postfach ist, (also auch bei Aliasen oder Catchall die dorthin geleitet werden) werden die im Webfrontend hinterlegten SDM-Einstellungen des Ziel-Postfachs angewendet:
- Wenn dort SA aktiviert ist, kann man also zusätzlich
- das "X-Spam-Flag: YES" generieren lassen (ab x Punkte)
- eine Mail direkt löschen lassen (ab y Punkte)
- Wenn dort SA deaktiviert ist, bleibt der Spam-Score, Spam-Score-Integer und Spam-Report Header trotzdem erhalten. Es wird lediglich sichergestellt, dass für dieses Postfach keine Mails gelöscht werden und auch nicht mit Spam-Flag: YES als Spam markiert werden.
- Wenn dort SA aktiviert ist, kann man also zusätzlich
Anmerkungen zu Punkt 3.
- Tip zur Auswertung
- Sie können bereits jetzt (z.B. in Outlook) das Feld X-Spam-Score-Integer auslesen/filtern und auf größer/kleiner z.B. "30" prüfen lassen. Je nach Ergebnis kann eine Mail dann in den Spamverdacht. "30" bedeutet im Beispiel eine Punktzahl "3.0" - der "Integer"-Score ist der selbe Score nur mit 10 multipliziert, um keine Zahl mit Komma zu haben. (Hinweis: Zwischen diesen Score Feldern kann es minimale Rundungsfehler geben, weil SA intern mit zweistelligen Punktwerten arbeitet.)
- Achtung Headernamen
- Diese werden sich wohl nochmals ändern, um sicherzustellen, dass keine extern eingeschleusten Headerfelder verwendet werden. Solche werden zwar zuerst gelöscht, aber spätestens bei weitergeleiteten E-Mails von uns nach anderswo würden wir mit diesen Standard-Namen auch "einschleusen". Unser Header wäre so nicht mehr identifizierbar. Das X-Spam-Flag: YES bleibt aber mindestens erhalten und wird allenfalls ergänzt.