Ich hatte es in einem anderen Thread schon einmal angedeutet:
Quellcore hat geschrieben:Ich habe noch einen triftigeren Grund, der aber eine ziemlich ausladende Erklärung erfordert und letztendlich auf ein Feature Request bzw. eine Bug Report für den Spami hinausläuft.
Kurz gesagt: Ein Großteil meines Mailaufkommens lässt sich nur über Daten aus dem Header korrekt klassifizieren, da der Mailtext für den Spami nicht sichtbar ist.
Filter wie der lernende Filter, der Spamwortfilter, DCC können also nicht zur Klassifizierung beitragen.
Ich weiß immer noch nicht, ob es sich um ein Bug Report oder ein Feature Request handelt, im Zweifelsfall aber immer für den Angeklagten, also ein Feature Request.
Bei einem meiner Konten bekommen ich nun alle eingehenden Mails als MIME-Anhang an eine andere Adresse "weitergeleitet".
Spami hat keinen Zugang zu dem MIME-Teil, was das Filtern natürlich extrem erschwert und nahezu unmöglich macht, wenn ich da nicht täglich am Regelfilter schrauben würde.
So sieht eine Original-Nachricht auf dem Hansenet-Server aus:
- Code: Alles auswählen
Return-Path: <username@domain1.de>
Received: from [173.2.219.165] by email.hansenet.de with HTTP; Sat, 17 Apr 2010 20:44:35 +0200
Date: Sat, 17 Apr 2010 14:44:35 -0400
Message-ID: <4BA843890000015F@mfsv011.hansenet.de>
From: "Vorname Nachname" <username@domain1.de>
Subject: Testmail, Spam Text im MIME-Teil wird nicht erkannt
Reply-To: username@domain2.de
To: username@domain1.de
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
* POLICY VIOLATION ! *
* POLICY VIOLATION ! *
Diese Mail wird dann als Kopie an meinen GMX-Account verschickt, so dass ich dann letztendlich die Mail als MIME-Anhang erhalte:
- Code: Alles auswählen
Return-Path: <>
X-Flags: 0000
Delivered-To: GMX delivery to username@domain2.de
Received: (qmail invoked by alias); 17 Apr 2010 18:44:38 -0000
Received: from mail01.hansenet.de (EHLO email.hansenet.de) [213.191.73.61]
by mx0.gmx.net (mx068) with SMTP; 17 Apr 2010 20:44:38 +0200
Received: by email.hansenet.de (8.0.026) id 4BA8438000DEF47B for username@domain2.de; Sat, 17 Apr 2010 20:44:37 +0200
Sender: postmaster@post.hansenet.de
From: "Vorname Nachname" <username@domain1.de>
Subject: Testmail, Spam Text im MIME-Teil wird nicht erkannt
To: username@domain2.de
Date: Sat, 17 Apr 2010 20:44:37 +0200
Message-ID: <4BA8438000DEF47A@mfsv011.hansenet.de>
Delivered-To: username@domain1.de
Precedence: junk
MIME-Version: 1.0
Content-Type: Multipart/Mixed; boundary="========/4BA8438000DEF47A/email.hansenet.de"
X-GMX-Antivirus: 0 (no virus found)
X-GMX-Antispam: -2 (not scanned, spam filter disabled);
Detail=5D7Q89H36p4L00VTXC6D4q0N+AH0PUCnKGJbGgJLbSXk30NezpdxUg==V1;
X-GMX-UID: pDf/esVubUkovTUrSWkn+5xkZ2hlNwot
Dies ist eine mehrteilige MIME-Nachricht.
Wenn Sie diesen Text sehen, kann Ihr Mail-Client MIME-formatierte
Nachrichten eventuell nicht richtig verarbeiten.
Weitere Informationen hierzu finden Sie unter RFC 2045 bis 2049.
--========/4BA8438000DEF47A/email.hansenet.de
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
----- The attached message is an automatically
----- generated copy of mail delivered to username@domain1.de
--========/4BA8438000DEF47A/email.hansenet.de
Content-Type: Message/RFC822
Return-Path: <username@domain1.de>
Received: from [173.2.219.165] by email.hansenet.de with HTTP; Sat, 17 Apr 2010 20:44:35 +0200
Date: Sat, 17 Apr 2010 14:44:35 -0400
Message-ID: <4BA843890000015F@mfsv011.hansenet.de>
From: "Vorname Nachname" <username@domain1.de>
Subject: Testmail, Spam Text im MIME-Teil wird nicht erkannt
Reply-To: username@domain2.de
To: username@domain1.de
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
* POLICY VIOLATION ! *
* POLICY VIOLATION ! *
--========/4BA8438000DEF47A/email.hansenet.de--
- Der lernende Filter vertut sich bei der Klassifizierung ständig, da er nur die Zeilen im Header (Betreff, Absender und Empfänger) zur Klassifizierung heranzieht
- Der Link-Filter sieht natuerlich keine Links, da diese im MIME-Teil stehen
- Der DCC-Filter ist machtlos, da die Prüfsummen natürlich komplett anders sind.
- Der Spamwort-Filter hat das gleiche Problem wie der lernende Filter, nur der Betreff wird gescannt.
- Filter zur Erkennung von Spam, die in meinem Fall weiterhin funktionieren, da sie mit den Headerdaten arbeiten, sind z.B. Regelfilter, Bad-Recipient-Filter, Misnamed-Filter
Hintergrund:
Ich habe eine Uralt-Mailadresse von Hansenet, beim sogannten Speed-Komplett Paket war damals vieles mit dabei, so z.B. Webspace, eigene Domain, usw...
Nichts davon dürfte mehr funktionieren, da wir den Vertrag vor Jahren aufgelöst (grobe Schätzung: 2004
) haben.Dem ist aber nicht so, bis vor kurzem lief alles noch ohne Einschränkungen.
Dann wurde bei Alice wohl etwas umgestellt, die Mailserver für den Pop3-Zugriff lassen mich nicht mehr per POP3 zugreifen, das ist bestimmt aber nur ein Nebeneffekt und nicht geplant gewesen.
Nach wie vor kann ich mich noch über das alte Webportal über die persönliche Domain einloggen.
In den Einstellungen auf dem Webportal habe ich versucht eine Weiterleitung einzurichten, die Funktion scheint aber ebenso nicht mehr zu funktionieren.
Ich konnte aber die Option "Kopie aller Nachrichten senden an:" wählen und habe dort eine Zweitadresse von GMX eingetragen, so dass ich sie wieder per POP3 von dem GMX-Konto ziehen kann.
- Hansenet.png (6.85 KiB) 9836-mal betrachtet
Leider sind alle Nachrichten nun als MIME-Anhang "angeheftet".
Da es sich um mein Haupt-Mailkonto handelt, möchte ich nur sehr ungern auf diesen Account verzichten. Ich glaube wirklich, dass Alice aka Hansenet es niemals spitz bekommen wird, dass diese Domain inkl. Webspace und Mailserver offiziell gelöscht werden dürfte.
Ich habe auch nicht wirklich ein schlechtes Gewissen, da mein damaliger WG-Kollege der eigentliche Vertragsinhaber war und Hansenet sich extrem zickig angestellt hat, als er beim Auszug diesen Vertrag auf seine neue Adresse abändern wollte. Letztendlich haben wir dann den Umständlichen Weg der Kündigung und eines kompletten Neuvertrages für ihn gewählt.
Er ist übrigens heute noch Alice-Kunde und bezahlt somit irgendwie auch für unseren alten Webspace und Mailserver.
Wir werden uns also still verhalten und hoffen, dass unsere Domain auf ewig weiterlebt.
Gruß,
Quellcore
Klar, das wäre natürlich auch eine Idee!