A FH_DATE_PAST_20XX szabály terjesztett verziója az olyan leveleknél triggerelődik, amelyeknek a dátum fejlécében 2009-nél későbbi év (2009-2099) szerepel. Ezért ez a szabály az összes ilyen levélhez - mivel azokat "durván a jövőben" született leveleknek tekinti -, jelentős mennyiségű (3,2 pontot) maximum 3,6 pontot ad hozzá.
Ha valaki rendellenes működést tapasztal, érdemes ránéznie a SpamAssassin-t alkalmazó spamszűrőjére.
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Csak én érzem úgy, hogy ezt a szűrőt nem így kellett volna implementálni?
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
Nem, de en is buktam mar ezen amikor postfix-ben header check-be raktam ilyesmit, es ujev elott elfelejtettem atirni :D
- A hozzászóláshoz be kell jelentkezni
Na igen, hogy?
- A hozzászóláshoz be kell jelentkezni
Hát én okosabbnak láttam volna egy Currentdate()+5day függvénnyel megoldani. Amit csak 5 nap múlva adnak fel, az már lehet gyanús.
Nagy Péter
www.konquer.org
- A hozzászóláshoz be kell jelentkezni
Csak kíváncsiságképpen, miért nem currdate()+1day ??
- A hozzászóláshoz be kell jelentkezni
Mert kaphatsz olyan levelet amit az időzónák miatt "holnap" adtak fel?
Ha ismered a Slackware-t, ismered a Linuxot.
- A hozzászóláshoz be kell jelentkezni
Ha ismered a Slackware-t, még nem biztos, hogy ismered az RFC2822-őt. :)
suckIT szopás minden nap! Beindult az optimalizáció az Oracle-nél
- A hozzászóláshoz be kell jelentkezni
Na, az a "+1day" pont erre szolgálna.
Ugye max 11 órát "csúszahat" a jövőbe időzónák miatt, a maradék 13 óra meg bőven elég egy mailserver drift-nek, nem?
- A hozzászóláshoz be kell jelentkezni
Az a bibi, hogy egy adott időpillantban a Földön egyszerre 3(!!!) nap is lehet. Arról van szó, hogy a "napválasztó" vonalon egy szép, hosszú sziget fekszik, amely mindkét irányban 2-2 időzónán is átnyúlik. Ha következetesek akarunk lenni, akkor a sziget közepén áthaladva a "szokásos" egy órás időzóna lépés helyett 23 órát(!!!) kellene állítani. Ez így nagyon nem szerencsés, nem csak azért, mert 23 órát kell tekerni, hanem azért is, mert így a sziget egyik felében a nap 23 órájában még a dátum sem egyezik a sziget másik felén érvényes dátummal. Emiatt az a döntés született, hogy a 23 óra helyett itt is csak egy órát fognak tekerni és a dátumot is megtartják - így viszont itt létezik a GMT+12, GMT+13 idő is. A GMT-11 magasságában feladott levél a GMT+13 célhelyen több mint egy napos diferenciát jelent...
Mindezek fényében a +1 nap szerintem túl szűk, én is inkább a +5 nap-ot használnám.
A hozzászólás elejére vonatkozóan pedig, hogy egyszerre három nap is lehet a Földön, gondoljuk végig a következő esetet: épp új nap virrad fel, így a napválasztó vonal utáni első időzónában - a példában - már május 4.-ét írnak. A másik 23 időzónában viszont még csak május 3.-a van. Ám a fent említett nagy szigeten a GMT+13 zónában még csak május 2.-át írnak, igaz, csupán egyetlen óráig. De ott és akkor három érvényes dátum is van az adott időpillanatban a Földön.
Szóval szerintem egy ilyen szűkítésnél nem feltétlenül kell 1 nap pontosnak, precíznek lenni.
Igen, mi a GMT+1 ill. GMT+2(nyári időszámítás) értékünkkel eléggé az idózona közepén vagyunk, minket ez nyilván kevéssé érint. De általános megoldásként illik nem csak a helyi sajátosságokat is figyelembe venni.
- A hozzászóláshoz be kell jelentkezni
Ami azokból az időzónákból jön, az úgyis mind spam. :)
suckIT szopás minden nap! Beindult az optimalizáció az Oracle-nél
- A hozzászóláshoz be kell jelentkezni
ez szép és jó, de a hatvanas évek óta UTC van, a GMT elavultnak számít.
- A hozzászóláshoz be kell jelentkezni
Nem mintha ez olyan lenyeges kulonbseg lenne jelen esetben.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
2010 a spam éve lesz. :)
suckIT szopás minden nap! Beindult az optimalizáció az Oracle-nél
- A hozzászóláshoz be kell jelentkezni
Én meg hogy örültem, hogy olyan levelek is megkapták a >9.500-öt, amik eddig nem. :)
- A hozzászóláshoz be kell jelentkezni
mi van akkor, ha adatbázisból veszi a pontokat?
--
by Mikul@s
- A hozzászóláshoz be kell jelentkezni
Akkor nyilván az adatbázisban levő pontszámot adja hozzá.
A FH_DATE_PAST_20XX nálam amúgy sem egy túlzottan gyakori jellemzője egy spam-nek.
- A hozzászóláshoz be kell jelentkezni
azt vágom, a bibi ott van, hogy még nem jöttem rá, hogy ki írja felül az FH_DATE_PAST_20XX változó értékét :-(
ami most 3.188 nálam, ja és eddig 7600 alkalommal lett alkalmazva...
--
by Mikul@s
- A hozzászóláshoz be kell jelentkezni