Ich habe mehrere email-Adressen, die immer wieder Spam erhalten. Diese email-Adressen sind bei der Abfrage mit fetchmail klar nachvollziehbar. Manchmal ist aber im Header nicht erkennbar oder nur zu vermuten über welche email-Adress-Weiterleitung der Spam ankam. Insofern wäre ein Header-Eintrag: "fetched from .." interessant um festzustellen, welche email-Adressse fast nur mehr spam bringt. Die Lösung für jede email-Adresse einen User anzulegen, finde ich ziemlich aufwendig. Da würde man natürlich dann klar im Header sehen, welche email-Adresse abgefragt wurde. Al
Am Monday 14 July 2003 23:31 schrieb Al Bogner:
Ich habe mehrere email-Adressen, die immer wieder Spam erhalten. Diese email-Adressen sind bei der Abfrage mit fetchmail klar nachvollziehbar. Manchmal ist aber im Header nicht erkennbar oder nur zu vermuten über welche email-Adress-Weiterleitung der Spam ankam. Insofern wäre ein Header-Eintrag: "fetched from .." interessant um festzustellen, welche email-Adressse fast nur mehr spam bringt.
Warum siehst du dir dein KMail und die Filteraktionen nicht mal an. Bei mir gibts da "add header". Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Am Dienstag, 15. Juli 2003 06:30 schrieb Martin Borchert:
Ich habe mehrere email-Adressen, die immer wieder Spam erhalten. Diese email-Adressen sind bei der Abfrage mit fetchmail klar nachvollziehbar. Manchmal ist aber im Header nicht erkennbar oder nur zu vermuten über welche email-Adress-Weiterleitung der Spam ankam. Insofern wäre ein Header-Eintrag: "fetched from .." interessant um festzustellen, welche email-Adressse fast nur mehr spam bringt.
Warum siehst du dir dein KMail und die Filteraktionen nicht mal an. Bei mir gibts da "add header".
Weil es in KMail zu spät ist. Ich glaub zwar nicht, dass man Header bei fetchmail - "poll" dazuschreiben kann, aber nur hier ist eindeutig bei gefälschten Headern erkennbar, von welcher Adresse das Mail kommt. Hat trotzdem wer eine Idee, außer so viele User anzulegen wie es email-Adressen gibt? Al
Al Bogner wrote:
Weil es in KMail zu spät ist. Ich glaub zwar nicht, dass man Header bei fetchmail - "poll" dazuschreiben kann, aber nur hier ist eindeutig bei gefälschten Headern erkennbar, von welcher Adresse das Mail kommt.
Hat trotzdem wer eine Idee, außer so viele User anzulegen wie es email-Adressen gibt?
"man fetchmail" ist Dein Freund! --- snip--- --tracepolls (Keyword: tracepolls) Tell fetchail to poll trace information in the form `polling %s account %s' to the Received line it gen erates, where the %s parts are replaced by the user's remote name and the poll label (the Received header also normally includes the server's truename). This can be used to facilate mail filtering based on the account it is being received from. --- snap --- Schau mal auf den letzten Satz. -- Gruß, Andreas
Am Dienstag, 15. Juli 2003 20:55 schrieb Andreas Winkelmann:
Ich glaub zwar nicht, dass man Header bei fetchmail - "poll" dazuschreiben kann, aber nur hier ist eindeutig bei gefälschten Headern erkennbar, von welcher Adresse das Mail kommt.
"man fetchmail" ist Dein Freund!
--- snip--- --tracepolls
Man kann manpages nie oft genug durchlesen :-) Danke, den Spammern wieder etwas mehr auf der Spur :-) Al
Am Tuesday 15 July 2003 20:50 schrieb Al Bogner:
Am Dienstag, 15. Juli 2003 06:30 schrieb Martin Borchert:
Ich habe mehrere email-Adressen, die immer wieder Spam erhalten. Diese email-Adressen sind bei der Abfrage mit fetchmail klar nachvollziehbar. Manchmal ist aber im Header nicht erkennbar oder nur zu vermuten über welche email-Adress-Weiterleitung der Spam ankam. Insofern wäre ein Header-Eintrag: "fetched from .." interessant um festzustellen, welche email-Adressse fast nur mehr spam bringt. Warum siehst du dir dein KMail und die Filteraktionen nicht mal an. Bei mir gibts da "add header". Weil es in KMail zu spät ist. Ich glaub zwar nicht, dass man Header bei fetchmail - "poll" dazuschreiben kann, aber nur hier ist eindeutig bei gefälschten Headern erkennbar, von welcher Adresse das Mail kommt.
Sorry, parse error. Manchmal scheint es tatsächlich sinnvoll sein, Mails, auf die man antwortet nicht nur zu lesen sondern auch zu verstehen. Ich geh jetzt wieder in den Keller. Hier isses viel zu warm. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hallo, On Mon, 14 Jul 2003, Al Bogner schrieb:
Ich habe mehrere email-Adressen, die immer wieder Spam erhalten. Diese email-Adressen sind bei der Abfrage mit fetchmail klar nachvollziehbar. Manchmal ist aber im Header nicht erkennbar oder nur zu vermuten über welche email-Adress-Weiterleitung der Spam ankam.
Insofern wäre ein Header-Eintrag: "fetched from .." interessant um festzustellen, welche email-Adressse fast nur mehr spam bringt.
Findet sich den nix in den normalen Headern? Ich finde hier z.B. bei
den Mails via Strato ein 'X-Envelope-To'...
Aber schau dir mal die Received-Header an, die haben oft folgendes
Schema:
Received: from
Am Dienstag, 15. Juli 2003 14:28 schrieb David Haller:
Findet sich den nix in den normalen Headern? Ich finde hier z.B. bei den Mails via Strato ein 'X-Envelope-To'...
fetchmail --tracepolls ist optimal. Damit hat auch die lange Header-Analyse ein Ende. Meist ist es ja erkennbar woher der Müll kam, aber so ist es eindeutig und es lässt sich wunderbar filtern. Ich habe zB da jetzt: fetchmail-6.2.1 polling pop.gmx.net account ..... Al
participants (4)
-
Al Bogner
-
Andreas Winkelmann
-
David Haller
-
Martin Borchert