Spamfilter ziet mail van 2010 als spam

spam

Gepubliceerd: Maandag 4 januari 2010

Het bekende spamfilter SpamAssassin zag alle e-mail ontvangen in 2010 als spam. Beheerders van mailservers moeten een een patch installeren.

Toon volledig artikel

anonymous_118315 op Maandag 4 Januari 2010 10:03

image

Ik denk dat je als startpunt voor de oplossing beter hier kan beginnen. De mailinglijst kan natuurlijk ook, maar deze lijkt me iets toegankelijker.

Ook op de voorpagina staat intussen een duidelijke waarschuwing.

tonienet op Maandag 4 Januari 2010 12:09

image

dank, link verbeterd.

plep op Maandag 4 Januari 2010 10:57

image

Toch nog een millenium (+10) probleem. Dit is namelijk precies ze verwachte wat ons zou overkomen.

Zie ook deze uitzending

dtech op Maandag 4 Januari 2010 11:00

image

Waarom ze gewoon niet alle mail uit (date('Y')+1) als "verre toekomst" beschouwen...

Eventueel met een uitzondering als het 31-12-20xx is, zodat dan wel mail van 01-01-20xx kan worden ontvangen...

@plep
Dit heeft weinig te maken met de oorspronkelijke Y2K bug: daarbij was het probleem dat jaren als 2 cijfers werden opgeslagen en "2000" dus als "1990" werd geregistreerd.

anonymous_118315 op Maandag 4 Januari 2010 11:11

image

Die functie zit er volgens mij zelfs al in. Waarom deze oude nog bestaat is me dan ook niet helemaal duidelijk. Ik hoop dat de workaround snel vervangen wordt door een nette oplossing.

Ronald123 op Maandag 4 Januari 2010 11:39

image

Ben geen SpamAssassin-expert, maar volgens mij werkt het met regular expressions en niet met handiger functies zoals die date().

Het filter is nu Date =~ /20[2-9][0-9]/
Spammers kunnen dus fijn vooruitdateren op 2011 om lekker bovenin de inbox te komen.

MartijnTonies op Maandag 4 Januari 2010 15:23

image

Die y2k bug had zo-wie-zo de meest domme verklaring ever: we slaan maar 2 characters op, want dat spaart ruimte.

Ahum, in 2 bytes kan ik 65000+ jaar opslaan! ;) Kortom, mooi stom van die programmeurs.

anonymous_118315 op Maandag 4 Januari 2010 16:21

image

Een datum bestaat natuurlijk uit iets meer dan alleen een jaar. :) Voor een jaar (zonder volledige eeuw) heb je niet meer dan 1 byte nodig.

Het is meer dat datums werden opgeslagen in numerieke velden waar maar 6 posities in pasten. Hierdoor past een datum in drie bytes, terwijl je voor een eeuw alweer een byte meer nodig hebt.

Gezien de prijzen van schijfruimte en geheugen vroeger (heel lang geleden) was dat geen onverstandige keuze, want elke byte telde bij een paar miljoen records.

Plus het feit dat niemand had voorzien dat de lifecycle van die software zo lang zou zijn.

En ook, zeker niet onbelangrijk, omdat men het op de afdeling data-entry nogal onzin vond om honderden keren per dag onnodig die 19 in te kloppen.

Sindsdien is de techniek enorm veel goedkoper en beter geworden, maar de legacy code is helaas niet aangepast. Soms omdat de code door de jaren heen te complex was geworden, soms zelfs omdat men de source was verloren en soms gewoon uit luiheid.

Maar het vaakst denk ik omdat het management er het nut niet van inzag om zo'n intern project te financieren.

Ik kan me vaag herinneren dat het in de jaren negentig ergens een keer bij een bedrijf, waar ik toen zat, werd aangekaart bij een onderhoudsproject. Maar het werd afgewezen, want het had geen prioriteit gekregen.

MartijnTonies op Dinsdag 5 Januari 2010 19:08

image

In 3 bytes, 1 byte per dag/maand/jaar kun je ook 255 jaar opslaan... Dat gaat dus ook mank. Waar je alleen niet vanuit moet gaan, is dat je bv "79" ook zo opslaat, maar dat converteert na input en voor display. Had je het hele probleem -voorlopig- niet gehad ;)

Ronald123 op Maandag 4 Januari 2010 11:15

image

Hoera, een decennium-bug!

Remedie: sa-update && /etc/init.d/spamassassin reload

sa-update haalt gecorrigeerde filters binnen. De reload is nodig om de daemon de nieuwe filters te laten inlezen.

rialto op Maandag 4 Januari 2010 11:32

image

klanten bij Ziggo hebben ook last van vele emails zie binnenkomen met {SPAM?} toegevoegd aan het subject. Als je dan een rule hebt gemaakt om deze naar de prullebak te verplaatsen kan je dus emails over het hoofd zien. Ziggo: doe er wat aan!

A-Visser op Maandag 4 Januari 2010 13:54

image

Ziggo is niet de meest snelle met dit soort oplossingen, en ook niet de meest snuggere...

grizzler op Maandag 4 Januari 2010 16:12

image

Dit is op 1 januari al opgelost. Ik heb zelf ook een Ziggo-account en ik heb het regelmatig uitgeprobeerd.

spatieman op Maandag 4 Januari 2010 13:29

image

ISP spam filters zuigen altijd.
van de 500 mails waren alle spams NIET als spam gemarkeerd, maar alle normale mail,kuch, WEL als spam gemarkeerd..

zebaz op Maandag 4 Januari 2010 14:50

image

Ik weet niet welke spamfilters je hebt geprobeerd, maar ik heb prima ervaringen met ISP-filters op basis van SpamAssassin. Zowel het filter dat ik zelf beheer als dat bij XS4ALL blokkeert een groot deel van de spam en vrijwel geen 'normale' email. Het is wel aan te raden om het filter aan te vullen met een (lerend) Bayesiaans filter op je eigen mailclient; dergelijke filters zijn op ISP-schaal meestal niet erg effectief (als ze al aan staan).

Ludens op Maandag 4 Januari 2010 16:19

image

mijn ervaring was omgekeerd. De load op een eigen mailclient is doorgaans niet voldoende om een bayesiaans filter te voeden. Dat gaat effectiever op een server met meer transfers. Bogofilter was niet erg effectoef, sa-learn wel.

whyscream op Maandag 4 Januari 2010 18:14

image

Het probleem met ISP mailfilters is dat de klantenbase vaak te breed is om te kunnen leren van de specifieke e-mail stijl van de gebruikers. Op persoonlijk (of bijv gezins) nivo zou je vast alle e-mail uit ZO-Azië, Rusland en Zuid Amerika kunnen blokkeren (of je bayes filter dit leren), een ISP filter kan dit niet vanwege de ~1% klanten die valide e-mail ontvangen vanuit dergelijke contreien.

Om te kunnen reageren, dient u ingelogd te zijn.

Nieuwsbrief

Ontvang dagelijks een overzicht van het laatste ICT-Nieuws in uw mailbox

Peiling

Loading Poll

Video: World Tech Update: Darpa's robot oorl...

World Tech Update: Darpa's robot oorlogspaard (video)

Verleden nieuws