Mijn fix een paar posts hierboven doet precies hetzelfde maar dan op meerdere locatiesOorspronkelijk geplaatst door Spyder01
Likes: 0
02/01/10 08:01
Mijn fix een paar posts hierboven doet precies hetzelfde maar dan op meerdere locaties
02/01/10 09:13
Voor cPanel servers: indien je de auto update functie geactiveerd is, hoef je niets te doen. Wil je zelf de fix toepassen via de cli:
Code:/scripts/autorepair spamd_y2010_fix
02/01/10 10:30
Dit lijkt een beetje op de millennium bug. Hebben ze van SA dit niet van te voren kunnen stimuleren?
02/01/10 10:35
Ze hadden de bug ook al eerder ontdekt, alleen iedereen dacht dat hij released was, maar dat was hij niet (geloof ik)Dit lijkt een beetje op de millennium bug. Hebben ze van SA dit niet van te voren kunnen stimuleren?
03/01/10 11:07
En hoe kan een vps eindgebruiker (centos en DA) eenvoudig controleren of de systeembeheerder deze fix al heeft toegepast of niet?
03/01/10 11:16
stuur een mail naar jezelf en bekijk de score
03/01/10 11:31
En dan wel zo slim zijn om dat met een extern adres te doen (bijv. Hotmail of Gmail) anders heeft het nog weinig nut. "Interne" mail wordt immers anders behandeld.stuur een mail naar jezelf en bekijk de score
Vraag daarna de eigenschappen op van het mailtje en kijk of je de date rule erin ziet staat. Staat die er niet, dan is het goed.
05/01/10 12:00
Bij mij heeft die rule geen effect en past hij de regel niet goed aan. Ook SA-update past die rule niet aan. Als ik 't met 't handje doe gaat 't wel goed.
Dat u 't weet.
05/01/10 14:37
Hier ook handmatig erdoor gezet.
Marin Heideman (DigiState B.V.)
12/01/10 22:56
Volgens mij heeft transip momenteel ook dit probleem. Heb gisteren voor het eerst wat getest met mails het lijkt in iedergeval op deze bug.
Heb meteen een ticket aangemaakt maar nog geen reactie ontvangen.
13/01/10 06:32
Ik zou je willen aanraden dit topic in je ticket erbij te vermelden.
(Mocht je het ticket kunnen aanpassen)
scheelt een hoop zoeken voor de eerste lijns
15/01/10 14:11
Nou, nou.. tot zo ver mijn enthousiasme over TransIP. Na 3 dagen hebben ze het nog steeds niet voor elkaar gekregen om deze bug op te lossen.
Helaas kan ik alleen maar tickets aanmaken en niemand direct spreken. Hebben ze uberhaubt wel een beheerder daar of alleen sales mensen?
25/01/10 14:33
Nou, nou.. tot zo ver mijn enthousiasme over TransIP. Na 3 dagen hebben ze het nog steeds niet voor elkaar gekregen om deze bug op te lossen.
Helaas kan ik alleen maar tickets aanmaken en niemand direct spreken. Hebben ze uberhaubt wel een beheerder daar of alleen sales mensen?
Geloof alleen sales mensen
25/01/10 16:58
De 'default' 72_active.cf wordt op de meeste systemen elke dag door CRON weer even verpest door sa-update. Handigst is toch wel om gewoon even de gecorrigeerde rules in local.cf (/etc/spamassassin/local.cf meestal) te zetten, bijvoorbeeld:
===
##{ FH_DATE_IS_19XX
header FH_DATE_IS_19XX Date =~ /19[789][0-9]/ [if-unset: 2010]^M
describe FH_DATE_IS_19XX The date is not 19xx.^M
##} FH_DATE_IS_19XX
##{ FH_DATE_PAST_201X
header FH_DATE_PAST_201X Date =~ /20[2-9][0-9]/ [if-unset: 2010]^M
describe FH_DATE_PAST_201X The date is grossly in the future.^M
##} FH_DATE_PAST_201X
===
En indien mensen bijvoorbeeld nog 88_FVGT gebruiken erbij:
===
# sanity check + seen spam in 1980's.
header FH_DATE_ISNT_201X Date !~ /201[0-9]/ [if-unset: 2010]
score FH_DATE_ISNT_201X 1.266
# Corpus check, see how much isn't 2010.
header FH_DATE_ISNT_2010 Date !~ /(?:2010| 10)/ [if-unset: 2010]
score FH_DATE_ISNT_2010 0.333
===
Ook de unset=2010 is in mijn ogen niet totaal onhandig.
18/02/10 17:50
Vergeet ook niet SA opnieuw te starten. Hier wel overal sa-update gedaan, maar bleek dat 't pas doorgevoerd wordt na een restart van spamd.
Quote