Hello! New message, please read <http://goldkids.ir/brought.php?4tgfq> a.wenger@gmx.de
welch irrefuehrendes subject :) kann es sein dass du dir irgendeine grausliche software eingetreten hast die ueber deinen rechner spam verschickt? die mail kam von: Received: from itproviderhosting.be ([194.78.153.52] helo=mail.itproviderhosting.be) by metalab.at with esmtp (Exim 4.80) (envelope-from <a.wenger@gmx.de>) id 1aalPz-00089p-I2; Tue, 01 Mar 2016 15:36:55 +0100 Received: from gfvzmc.com ([139.0.49.156]) by itproviderhosting.be with MailEnable ESMTP; Tue, 1 Mar 2016 15:40:42 +0100 ist das dein mail gateway? ein traceroute auf die 139er ip kommt nach 15 hops bei einer 10.? ip an ?! 15 10.62.96.1 (10.62.96.1) 443.929 ms 404.197 ms 400.257 ms weird. an diese liste kannst du ja nur schreiben wenn die absenderadresse hier subscribed ist. aber man kann in den mailheader reinschreiben was man will .. am ende haengts am mailserver. mich wuerde interessieren was da passiert ist. liegrue -flo Am 01/03/16 um 15:40 schrieb a.wenger@gmx.de:
Hello!
*New message, please read* http://<spamlink> <spamlink>
a.wenger@gmx.de
On Tue, Mar 01, 2016 at 03:54:44PM +0100, overflo wrote:
an diese liste kannst du ja nur schreiben wenn die absenderadresse hier subscribed ist. aber man kann in den mailheader reinschreiben was man will .. am ende haengts am mailserver.
mich wuerde interessieren was da passiert ist.
Mögliches Szenario: - Bot gräbt diverse Mailinglist-Archive um - Sucht sich subscribte Adressen raus - Schickt "wichtige" Mails an die Liste und fälscht die Absenderadresse Nachdem das List-Archiv öffentlich ist, sollte das völlig ohne Zutun des Inhabers der so genutzten Email-Adresse gehen. vG Ralf -- Ralf Schlatterbeck email: ralf@zoo.priv.at
M�gliches Szenario: - Bot gr�bt diverse Mailinglist-Archive um - Sucht sich subscribte Adressen raus - Schickt "wichtige" Mails an die Liste und f�lscht die Absenderadresse
Nachdem das List-Archiv �ffentlich ist, sollte das v�llig ohne Zutun des Inhabers der so genutzten Email-Adresse gehen.
vG Ralf
bah geh pfui. vermutlich hast du recht, aber dem kann man ja wirklich gar nix entgegensetzen ausser moderierte mailinglisten. ich hoffe mal dass du mit deiner technisch 100% korrekten einschaetzung nicht richtig liegst und die mailingliste nicht zum spamverteiler mutiert. :* -flo
On Tue, Mar 01, 2016 at 17:31:03 +0100, overflo wrote:
Mögliches Szenario: - Bot gräbt diverse Mailinglist-Archive um - Sucht sich subscribte Adressen raus - Schickt "wichtige" Mails an die Liste und fälscht die Absenderadresse
Nachdem das List-Archiv öffentlich ist, sollte das völlig ohne Zutun des Inhabers der so genutzten Email-Adresse gehen.
vG Ralf
bah geh pfui. vermutlich hast du recht, aber dem kann man ja wirklich gar nix entgegensetzen ausser moderierte mailinglisten.
ich hoffe mal dass du mit deiner technisch 100% korrekten einschaetzung nicht richtig liegst und die mailingliste nicht zum spamverteiler mutiert.
Naja, man könnte die Mailaddressen im Mailman Archiv entfernen. siehe hier: https://lists.metalab.at/pipermail/metalab/2016-March/013210.html Es gibt Listen die die nicht hinschreiben, und es gibt wahrscheinlich bots die drübercrawlen und clever genug sind den string " at " durch "@" zu ersetzen... Soweit ich weiß sind Mailman-Archive aber statisch, d.h. wir müssten das entweder auf der Platte editieren oder herausfinden wie wir Mailman dazu bringen, dass es die Archive neu generiert, nachdem wir abgeschaltet haben, dass es die Adressen erwähnt. Lg ente
On Tue, Mar 01, 2016 at 05:38:27PM +0100, Moritz Wilhelmy wrote:
On Tue, Mar 01, 2016 at 17:31:03 +0100, overflo wrote:
Mögliches Szenario: - Bot gräbt diverse Mailinglist-Archive um - Sucht sich subscribte Adressen raus - Schickt "wichtige" Mails an die Liste und fälscht die Absenderadresse
Ich mach schon lang Mailman-Administration, aber das ist mir noch nicht untergekommen. Technisch möglich, aber anscheinend kein praktisches Problem. Wahrscheinlich steht der Aufwand für die Spammer nicht dafür. *aufholzklopf*
Nachdem das List-Archiv öffentlich ist, sollte das völlig ohne Zutun des Inhabers der so genutzten Email-Adresse gehen.
Viel wahrscheinlicher ist der Fall, daß sich $SUBSCRIBER einen Virus einfängt und der sich die Adressen aus dem lokalen Adreßbuch holt oder gleich direkt aus dem Outlook spammt.
bah geh pfui. vermutlich hast du recht, aber dem kann man ja wirklich gar nix entgegensetzen ausser moderierte mailinglisten.
Siehe Andreas Kommentar.
Naja, man könnte die Mailaddressen im Mailman Archiv entfernen.
Das hat auch wieder Nachteile. ZB. wenn Absender keinen Kommentar in ihrer Email-Adresse haben. (Kommt vor auf der Liste.)
siehe hier: https://lists.metalab.at/pipermail/metalab/2016-March/013210.html
Es gibt Listen die die nicht hinschreiben, und es gibt wahrscheinlich bots die drübercrawlen und clever genug sind den string " at " durch "@" zu ersetzen...
Soweit ich weiß sind Mailman-Archive aber statisch, d.h. wir müssten das entweder auf der Platte editieren oder herausfinden wie wir Mailman dazu bringen, dass es die Archive neu generiert,
Tu nicht spekulieren ;) Das is trivial.
nachdem wir abgeschaltet haben, dass es die Adressen erwähnt.
Meh. Ich seh den Sinn nicht. Ein Fall unter 30k Emails, die bis jetzt an die Liste gegangen sind. Auf der anderen Seite schlagen täglich zig Spams auf, die's nicht durchschaffen. Laßts Euch nicht terrorisieren. hop -- Q.E.Duh.
Am 2016-03-01 um 17:31 schrieb overflo:
M�gliches Szenario: - Bot gr�bt diverse Mailinglist-Archive um - Sucht sich subscribte Adressen raus - Schickt "wichtige" Mails an die Liste und f�lscht die Absenderadresse
Nachdem das List-Archiv �ffentlich ist, sollte das v�llig ohne Zutun des Inhabers der so genutzten Email-Adresse gehen.
vG Ralf
bah geh pfui. vermutlich hast du recht, aber dem kann man ja wirklich gar nix entgegensetzen ausser moderierte mailinglisten.
ich hoffe mal dass du mit deiner technisch 100% korrekten einschaetzung nicht richtig liegst und die mailingliste nicht zum spamverteiler mutiert.
:* -flo
Funktioniert SPF (Sender Policy Framwork) da nicht? Dabei kontaktieren eingehende Mailserver den Server aus der EMail-Adresse und fragen den ob die IP von der tats�chlich die Mail kam echt f�r diesen Server Mails verschicken darf (TXT DNS record). Das m�sste der eingehende Mail-Server der Mailingliste und der sendende Mail-Server (bzw. dessen DNS record) unterst�tzen (gmx.de tut das). Der SPF Eintrag in gmx.de enth�lt die sender IP nicht: v=spf1 ip4:213.165.64.0/23 ip4:74.208.5.64/26 ip4:212.227.126.128/25 ip4:212.227.15.0/25 ip4:212.227.17.0/27 ip4:74.208.4.192/26 ip4:82.165.159.0/24 ip4:217.72.207.0/27 -all D.h. k�nnte die Mailingliste SPF w�re das EMail ignoriert worden. -Mathias
On 2016-03-01, at 17:54, Mathias Panzenböck <grosser.meister.morti@gmx.net> wrote:
Funktioniert SPF (Sender Policy Framwork) da nicht? Dabei kontaktieren eingehende Mailserver den Server aus der EMail-Adresse und fragen den ob die IP von der tatsächlich die Mail kam echt für diesen Server Mails verschicken darf (TXT DNS record). Das müsste der eingehende Mail-Server der Mailingliste und der sendende Mail-Server (bzw. dessen DNS record) unterstützen (gmx.de tut das).
Wie viele kaputtkonfigurierte Mailserver werden für diese Liste hier verwendet? SMTP ist nicht reparierbar, alle Versuche in diese Richtung sind vergebene Liebesmüh. Schöne Grüße Andreas
Teilnehmer (7)
-
a.wenger＠gmx.de -
Andreas Monitzer -
Christoph Schindler -
Mathias Panzenböck -
Moritz Wilhelmy -
overflo -
Ralf Schlatterbeck