---

Er det muligt at få læst en tekst op, med et eller andet program?
I givet fald hvilket?


Det jeg vil, er når jeg får en e-mail, så have læst subj: op
automatisk, det må vel kunne gøres med at Procmail hiver SUBJ: ud, og
så kalder et program over SSH på den maskine jeg har lydkort i, som så
læser den tekst op,,,

--
Med venlig hilsen

Ivar Madsen

---

Ivar Madsen wrote:

> Er det muligt at få læst en tekst op, med et eller andet program?
> I givet fald hvilket?

Tja ... Jeg har prøvet med 'flite'
(http://www.speech.cs.cmu.edu/flite/index.html), men det lyder ikke
ligefrem godt. Det kan dog være at den er blevet forbedret lidt siden
sidst.

> Det jeg vil, er når jeg får en e-mail, så have læst subj: op
> automatisk, det må vel kunne gøres med at Procmail hiver SUBJ: ud, og
> så kalder et program over SSH på den maskine jeg har lydkort i, som så
> læser den tekst op,,,

Jeg ser ingen grund til at det ikke skulle kunne lade sig gøre. Fortæl
os endelig hvordan det går ...

--
PeKaJe

First Law of Socio-Genetics:
   Celibacy is not hereditary.

---

Ivar Madsen <news-@milli.dk> writes:

> Er det muligt at få læst en tekst op, med et eller andet program?
> I givet fald hvilket?

festival er vist et af standardprogrammerne til den opgave.
<http://www.cstr.ed.ac.uk/projects/festival/>

Det har vist mulighed for plugins med forskellige stemmer og
sprog. Umidelbart ser det ikke ud til at der findes danske moduler.

--
Peter Makholm | There are 10 kinds of people. Those who count in
peter@makholm.net | binary and those who don't
http://hacking.dk |

---

Peter Makholm skrev Lørdag den 17. maj 2003 15:51 i dk.edb.system.unix:

> festival er vist et af standardprogrammerne til den opgave.
> <http://www.cstr.ed.ac.uk/projects/festival/>

Den er jo også at finde som RPM på Mandrake's contrib

> Det har vist mulighed for plugins med forskellige stemmer og
> sprog. Umidelbart ser det ikke ud til at der findes danske moduler.

Jeg havde heller ikke forventet at få noget der kunne tale dansk, men
jeg tror også at jeg kan leve med standart talen, specielt hvis jeg
kunne få den til at tale lidt langsommer, det kan godt være lidt svært
at adskille de enkelte ord,,,


--
Med venlig hilsen

Ivar Madsen

---

On Sat, 17 May 2003 17:52:00 +0200, Ivar Madsen wrote:

> Jeg havde heller ikke forventet at få noget der kunne tale dansk,
> men jeg tror også at jeg kan leve med standart talen, specielt hvis
> jeg kunne få den til at tale lidt langsommer, det kan godt være lidt
> svært at adskille de enkelte ord,,,

RTFM: <http://www.cstr.ed.ac.uk/projects/festival/manual/festival_19.html#SEC71>


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

On Sat, 17 May 2003 13:36:28 +0200, Ivar Madsen wrote:

> Det jeg vil, er når jeg får en e-mail, så have læst subj: op
> automatisk,

Det gik lige op for mig, at hvis jeg gjorde det, ville det meste af
det min maskine læste op handle om sexy babes, viagra og weight
loss...


Urk,

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

Adam Sjøgren skrev Søndag den 18. maj 2003 01:45 i dk.edb.system.unix:


>> Det jeg vil, er når jeg får en e-mail, så have læst subj: op
>> automatisk,
> Det gik lige op for mig, at hvis jeg gjorde det, ville det meste af
> det min maskine læste op handle om sexy babes, viagra og weight
> loss...

Det er efter filtering af incoming mail, så det er begranset hvad der
er af spam.

--
Med venlig hilsen

Ivar Madsen

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:
> On Sat, 17 May 2003 13:36:28 +0200, Ivar Madsen wrote:
>
>> Det jeg vil, er når jeg får en e-mail, så have læst subj: op
>> automatisk,
>
> Det gik lige op for mig, at hvis jeg gjorde det, ville det meste af
> det min maskine læste op handle om sexy babes, viagra og weight
> loss...

Du kunne jo lige hælde det igennem SpamAssassin først

Den spiser faktisk det meste (90-95%) af min spam, som så bare havner
i en mail-gruppe der hedder "mail.spam" i min Gnus. Den kan jeg så
lige kigge i når jeg keder mig.

--
Jacob - www.bunk.cc
To be who one is, is not to be someone else.

---

On Sun, 18 May 2003 13:16:40 +0200, Jacob Bunk Nielsen wrote:

> Du kunne jo lige hælde det igennem SpamAssassin først

Jeg bruger spam-stat.el. Den virker suverænt, undtagen for
base64-encodede emails. Jeg gik igang med at lære elisp for at prøve
at løse det, men nåede desværre ikke langt nok i første forsøg.


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:
> On Sun, 18 May 2003 13:16:40 +0200, Jacob Bunk Nielsen wrote:
>
>> Du kunne jo lige hælde det igennem SpamAssassin først
>
> Jeg bruger spam-stat.el. Den virker suverænt, undtagen for
> base64-encodede emails. Jeg gik igang med at lære elisp for at prøve
> at løse det, men nåede desværre ikke langt nok i første forsøg.

Jeg bruger SpamAssassin, som gør nogenlunde det samme som
spam-stat.el, og en del mere. Den kan fx også håndtere base64-kodede
emails.

Derfor har jeg ikke kigget yderligere på spam-stat.el efter jeg
startede med at bruge SpamAssassin. Jeg kan varmt anbefale at du tager
et kig på den. Den tager ikke ret lang tid at få op og køre, og den
gøre IMHO et rigtig godt stykke arbejde.

Så kan du i Gnus blot splitte mail på om de har en header
"X-Spam-Flag: Yes".

--
Jacob - www.bunk.cc
Repeated reboots of the system failed to solve problem

---

Jacob Bunk Nielsen skrev:

> Jeg kan varmt anbefale at du tager et kig på [spamassassin].
> Den tager ikke ret lang tid at få op og køre, og den gøre IMHO
> et rigtig godt stykke arbejde.

Enig. Jeg har sat spamd til at køre permanent, og så bruger jeg
Postfix' filtre til at hælde al post gennem spamassassin v.hj.af
spamc - det fungerer strålende.


// Klaus

--
><>    unselfish actions pay back better

---

Jacob Bunk Nielsen <spam@bunk.cc> writes:

> spamtrap@koldfront.dk (Adam Sjøgren) writes:
>> On Sun, 18 May 2003 13:16:40 +0200, Jacob Bunk Nielsen wrote:
>>
>>> Du kunne jo lige hælde det igennem SpamAssassin først
>>
>> Jeg bruger spam-stat.el. Den virker suverænt, undtagen for
>> base64-encodede emails. Jeg gik igang med at lære elisp for at prøve
>> at løse det, men nåede desværre ikke langt nok i første forsøg.
>
> Jeg bruger SpamAssassin, som gør nogenlunde det samme som
> spam-stat.el, og en del mere. Den kan fx også håndtere base64-kodede
> emails.

Spamassassin gør et god stykke arbejde.

Efter jeg har installeret pyzor og razor samt er begyndt at benytte
bayesian filtre (dukkede op i 2.50 vistnok) slipper der stort set
intet igennem. Jeg får en spamdims i min inbox hver uge - og 15 i min
spambakke hver dag. Vigtigt er også, at jeg ikke får falske
positiver.

> Så kan du i Gnus blot splitte mail på om de har en header
> "X-Spam-Flag: Yes".

Eller i procmail.

/Rasmus

(der først for nylig er begyndt at bruge gnus til post og derfor
stadig bruger procmail)

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
As soon as g95 can parse all of the statements correctly, it will be in
the 'larva' state. When we generate code, the 'pupa' state. When g95 is
done, we'll see if it will be a beautiful butterfly, or just a big
bug....
- Andy Vaught
----------------------------------[ moffe at amagerkollegiet dot dk ] --

---

moffe@amagerkollegiet.dk (Rasmus Bøg Hansen) writes:
> Jacob Bunk Nielsen <spam@bunk.cc> writes:
>
> Efter jeg har installeret pyzor og razor samt er begyndt at benytte
> bayesian filtre (dukkede op i 2.50 vistnok) slipper der stort set
> intet igennem.

Ja, de bayesian filtre tager også godt fra hos mig, men flere af mine
spammere har fundet på at inkludere "In-Reply-To"-headere,
attributionslinjer og andet godt, som giver rigtig gode minuspoint i
SpamAssassin. Det er lidt surt, så der slipper i gennemsnit nok
omkring 2 spam-mails igennem min SpamAssassin hver dag :-\

Jeg har selvsagt lavet om således at de ting ikke giver helt så mange
minuspoint, men alligevel er det ikke helt nok.

> Jeg får en spamdims i min inbox hver uge - og 15 i min
> spambakke hver dag. Vigtigt er også, at jeg ikke får falske
> positiver.

Det har jeg desværre også oplevet en enkelt gang :-\

OK, det var også en mail der havde alle tegnene såsom forfalskede
recieved-headere, forfalsket message-id, og indeholdt både "Kære ..."
og "Klik nedenfor". Det var dog en email fra studieadministrationen på
mit uddannelsessted, og de forfalskede headere kom af at mailen havde
været igennem sådan et studiesystem de har der. Det var lidt ufedt,
for det var en vigtig mail.

>> Så kan du i Gnus blot splitte mail på om de har en header
>> "X-Spam-Flag: Yes".
>
> Eller i procmail.

Ja ja, men nu ved jeg at Adam bruger Gnus -- det er meget
lettere/sjovere at lave med et fancy-split i Gnus.

> (der først for nylig er begyndt at bruge gnus til post og derfor
> stadig bruger procmail)

Du lærer det nok en dag

--
Jacob - www.bunk.cc
I've got a bad feeling about this.

---

Jacob Bunk Nielsen <spam@bunk.cc> writes:

>> Jeg får en spamdims i min inbox hver uge - og 15 i min
>> spambakke hver dag. Vigtigt er også, at jeg ikke får falske
>> positiver.
>
> Det har jeg desværre også oplevet en enkelt gang :-\
>
> OK, det var også en mail der havde alle tegnene såsom forfalskede
> recieved-headere, forfalsket message-id, og indeholdt både "Kære ..."
> og "Klik nedenfor". Det var dog en email fra studieadministrationen på
> mit uddannelsessted, og de forfalskede headere kom af at mailen havde
> været igennem sådan et studiesystem de har der. Det var lidt ufedt,
> for det var en vigtig mail.

Jeg har i min opsætning af spamassassin lavet en whitelist der matcher
de steder hvor jeg ved jeg kan risikere at få vigtige mail fra. Lige
pt. er der også en *.dk whitelist bare for at være på den sikre
side. Jeg har pt. heller ikke modtaget noget spam sendt fra en .dk
adresse.

>>> Så kan du i Gnus blot splitte mail på om de har en header
>>> "X-Spam-Flag: Yes".
>>
>> Eller i procmail.
>
> Ja ja, men nu ved jeg at Adam bruger Gnus -- det er meget
> lettere/sjovere at lave med et fancy-split i Gnus.

Gnus er træls på et sted, nemlig at det er client-side-splitting, lidt
træls hvis man har meget mail der skal splittes. Derfor er jeg gået
over til at bruge maildrop sammen med min qmail, rigtig rart at skrive
en regexp der matcher mail og samtidig plonker det ned i den rigtig
IMAP folder per serveren. Er dermed også meget hurtigere at checke
mail. Er selvfølgelig kun fedt hvis man bruger IMAP

Har prøvet at køre fancy-split i gnus til IMAP foldere, det gør jeg
aldrig igen

/Thomas

--
/"\ | Human Knowledge Belongs To The World
\ / | -- Milo Hoffman in "AntiTrust"
x |
/ \ <-- (ASCII Ribbon Campain against html emails and postings!)

---

Jacob Bunk Nielsen skrev Søndag den 18. maj 2003 14:10 i
dk.edb.system.unix:

> OK, det var også en mail der havde alle tegnene såsom forfalskede
> recieved-headere, forfalsket message-id, og indeholdt både "Kære ..."
> og "Klik nedenfor". Det var dog en email fra studieadministrationen
> på mit uddannelsessted, og de forfalskede headere kom af at mailen
> havde været igennem sådan et studiesystem de har der. Det var lidt
> ufedt, for det var en vigtig mail.

Jeg klare mig med simple filter i procmail, og så en politik om at
steder som jeg finder usikre, der får de en special adr. de kan skrive
til mig på.
En kilde der er sikker på at give SPAM det er usenet, der er mit
procmailfilter også meget hård, forkert landeprefix, og mailen
slettes, men det dur jo kun hvis man nøjes med at færdes i .dk og
ligende.

Du færdes vist også i engelsksprogede grupper, så skal nogen derfra
have lov til at skrive til dig, så dur det jo ikke at flitere dem fra
så hårdt, men hvis nu du sætte .dk adr. som sikre ikke SPAM mail, så
ville du undgå at gå glip af vigtige mail fra dit uddannels sted osv.

Det sker også fra tid til anden, at jeg selv skriver, til lumske
fortagener, så en special adr. til dem og viser det sig så at der
kommer spam på den adr. (eller jeg bare bliver træt af dem, og de ikke
gider undlade at genere mig, (der er et par stk.)) så er det bare at
sætte procmail til at hårdt og brutalt at slette de mail.

Og så er det også en let måde at få soteret mail på, således at mail
fra venner ryger i en box i mailreaderen, mail fra en
mailingliste/nyhedsbrev i en anden, osv.



--
Med venlig hilsen

Ivar Madsen

---

Thomas Rasmussen <simpsons@kom.auc.dk> writes:

> Jeg har i min opsætning af spamassassin lavet en whitelist der matcher
> de steder hvor jeg ved jeg kan risikere at få vigtige mail fra. Lige
> pt. er der også en *.dk whitelist bare for at være på den sikre
> side. Jeg har pt. heller ikke modtaget noget spam sendt fra en .dk
> adresse.

Det var en god idé. Det tror jeg at jeg vil gøre. Det er også meget
sjældent at jeg får spam fra .dk, så det vil jeg nok kunne leve med.

> Gnus er træls på et sted, nemlig at det er client-side-splitting, lidt
> træls hvis man har meget mail der skal splittes.

Ja, det kan vel ikke rigtig gøres andre steder, når det skal gøres i
Gnus.

> Derfor er jeg gået over til at bruge maildrop sammen med min qmail,
> rigtig rart at skrive en regexp der matcher mail og samtidig plonker
> det ned i den rigtig IMAP folder per serveren. Er dermed også meget
> hurtigere at checke mail. Er selvfølgelig kun fedt hvis man bruger
> IMAP

Jeg bruger IMAP sammen med Gnus på arbejdet, men der er det sådan en
Exchange-dims der står i den anden ende. Det gider jeg altså ikke at
gøre ret meget ud af. Der lader jeg så bare være med at splitte (jeg
får alligevel ikke så meget mail at det gør noget), og sletter så mail
når jeg ikke skal bruge det længere.

--
Jacob - www.bunk.cc
You buttered your bread, now lie in it.

---

On Sun, 18 May 2003 13:47:21 +0200, Jacob Bunk Nielsen wrote:

> Jeg bruger SpamAssassin, som gør nogenlunde det samme som
> spam-stat.el, og en del mere.

Min email ryger i forvejen igennem SpamAssasin på serveren. Jeg
ignorer bare dens output

Hvis filtrering kan fungere uden faste regler, så foretrækker jeg det.

Jeg har set SpamAssasin klassificere www.ing.dk's nyhedsemails som
spam utallige gange. F.ex.:

Content analysis details: (6.60 hits, 5 required)
X_LIBRARY (2.2 points) Found a X-Library header
EXTRA_MPART_TYPE (0.4 points) Message with extraneous Content-type:...type= header
LARGE_HEX (0.7 points) BODY: Contains a large block of hexadecimal code
SPAM_PHRASE_00_01 (0.8 points) BODY: Spam phrases score is 00 to 01 (low)
BIG_FONT (0.3 points) BODY: FONT Size +2 and up or 3 and up
HTML_FONT_COLOR_GRAY (0.3 points) BODY: HTML font color is gray
HTML_FONT_COLOR_RED (0.3 points) BODY: HTML font color is red
HTML_FONT_COLOR_UNSAFE (0.3 points) BODY: HTML font color not within safe 6x6x6 palette
HTML_FONT_COLOR_BLUE (0.2 points) BODY: HTML font color is blue
WEB_BUGS (0.2 points) BODY: Image tag with an ID code to identify you
SUPERLONG_LINE (0.0 points) BODY: Contains a line >=199 characters long
MSG_ID_ADDED_BY_MTA_3 (0.9 points) 'Message-Id' was added by a relay (3)

Hvilket virker uhensigtsmæssigt (i.e. at jeg aktivt skal justere
reglerne for at den fejl ikke sker).

Hvis jeg kigger de af mine emails som SpamAssasin har klassificeret
igennem, så ser track-record'en således ud:

X-Spam-Status:
Yes No Total

Spam 2706 130 2836
Ikke-spam 2 2364 2366

Der er få falske positive (ikke-spam klassificeret som spam): under 1
promille, antallet af falske negative (spam klassificeret som
ikke-spam) er på 4,5 procent.

Gad vide om jeg kan få spam-stat.el til at komme med nogle tilsvarende
oplysninger. Hmm. Jeg burde begrænse til at kigge på præcis de samme
emails, men SpamAssasin har ikke været over alle, og det er for
besværligt at sortere dem fra når spam-stat.el kører, så
sammenligningen her er ikke så meget værd... Anyway:

spam-stat.el Total
yes no
Spam 12947 196 13143
Ikke-spam 35 3094 3129

Falske positive (ikke-spam opfattet som spam): 1,1 procent. Falske
negative (spam opfattet som ikke-spam): 1,5 procent.

Hvis spam-stat.el kunne ondulere base64 ville antallet falske negative
være væsentligt lavere.

spam-stat.el er væsentligt dårligere til at smide ikke-spam i
spam-kassen. Dog er 1,1 procent stadig forholdvis lavt.

> Den kan fx også håndtere base64-kodede emails.

Det er rart.

> Derfor har jeg ikke kigget yderligere på spam-stat.el efter jeg
> startede med at bruge SpamAssassin. Jeg kan varmt anbefale at du
> tager et kig på den. Den tager ikke ret lang tid at få op og køre,
> og den gøre IMHO et rigtig godt stykke arbejde.

Jeg synes ikke 5-10% falske negative lyder særligt godt?


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

On Sun, 18 May 2003 14:40:07 +0200, Adam Sjøgren
<spamtrap@koldfront.dk> wrote:

> Jeg har set SpamAssasin klassificere www.ing.dk's nyhedsemails som
> spam utallige gange. F.ex.:

Hvis du gemmer den besked som du mener ikke skal opfattes som spam i
filen 'ikke-spam.text', og udfører:

# sa-learn --ham --showdots --file ikke-spam.text

så burde SpamAssasin lære det. Hvis du altså bruger Bayes-filtre.

--
Michael Wojciechowski

One must suffer before enlightenment.

---

On 18 May 2003 14:31:46 +0200, Thomas Rasmussen wrote:

> Jeg har i min opsætning af spamassassin lavet en whitelist der
> matcher de steder hvor jeg ved jeg kan risikere at få vigtige mail
> fra. Lige pt. er der også en *.dk whitelist bare for at være på den
> sikre side. Jeg har pt. heller ikke modtaget noget spam sendt fra en
> .dk adresse.

Dem nemme måde at gøre noget tilsvarende i Gnus er at splitte på sin
bbdb-adressebog, og så sætte gnus-private og gnus-public for de
vigtige email-adresser i adressebogen.


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

Jacob Bunk Nielsen <spam@bunk.cc> writes:

> Ja, de bayesian filtre tager også godt fra hos mig, men flere af mine
> spammere har fundet på at inkludere "In-Reply-To"-headere,
> attributionslinjer og andet godt, som giver rigtig gode minuspoint i
> SpamAssassin. Det er lidt surt, så der slipper i gennemsnit nok
> omkring 2 spam-mails igennem min SpamAssassin hver dag :-\

Ævs; det har jeg endnu kun oplevet med mail, som alligevel giver
score på > 20...

>> Jeg får en spamdims i min inbox hver uge - og 15 i min
>> spambakke hver dag. Vigtigt er også, at jeg ikke får falske
>> positiver.
>
> Det har jeg desværre også oplevet en enkelt gang :-\

Jeg har oplevet det nogle ganske få gange - og ellers kun med mine
præ-spamassassin-filtre, som nu er kasseret.

> OK, det var også en mail der havde alle tegnene såsom forfalskede
> recieved-headere, forfalsket message-id, og indeholdt både "Kære ..."
> og "Klik nedenfor". Det var dog en email fra studieadministrationen på
> mit uddannelsessted, og de forfalskede headere kom af at mailen havde
> været igennem sådan et studiesystem de har der. Det var lidt ufedt,
> for det var en vigtig mail.

Jeg oplever desværre ind imellem listepost af forskellig slags, som
overholder alle kunstens regler for at blive genkendt som spam (mest
komisk fra Dansk Markedføringsforbund - dem skulle man ellers tro var
opmærksomme på den slags

>>> Så kan du i Gnus blot splitte mail på om de har en header
>>> "X-Spam-Flag: Yes".
>>
>> Eller i procmail.
>
> Ja ja, men nu ved jeg at Adam bruger Gnus -- det er meget
> lettere/sjovere at lave med et fancy-split i Gnus.

Det var nu lige så meget for at andre en gnus-brugere, kunne få glæde
af spamassassin

>> (der først for nylig er begyndt at bruge gnus til post og derfor
>> stadig bruger procmail)
>
> Du lærer det nok en dag

Mjo - men min procmail-opsætning fungerer fint - og If it ain't broke,
don't fix it

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
Just install Windows. It will crash once a day, and your hardware
will no longer be the poblem.
----------------------------------[ moffe at amagerkollegiet dot dk ] --

---

moffe@amagerkollegiet.dk (Rasmus Bøg Hansen) writes:
> Jacob Bunk Nielsen <spam@bunk.cc> writes:
>
>> Ja, de bayesian filtre tager også godt fra hos mig, men flere af mine
>> spammere har fundet på at inkludere "In-Reply-To"-headere,
>> attributionslinjer og andet godt, som giver rigtig gode minuspoint i
>> SpamAssassin. [ ... ]
>
> Ævs; det har jeg endnu kun oplevet med mail, som alligevel giver
> score på > 20...

Jeg har oplevet at få spam der samlet fik under 0 point på grund af
ovenstående.

>>> Jeg får en spamdims i min inbox hver uge - og 15 i min
>>> spambakke hver dag. Vigtigt er også, at jeg ikke får falske
>>> positiver.

Nu har jeg, som Thomas anbefalede, lavet en regel der giver -30 point
til mail fra Danmark, det burde slippe det meste igennem.

--
Jacob - www.bunk.cc
If you knew what to say next, would you say it?

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:
> On Sun, 18 May 2003 13:47:21 +0200, Jacob Bunk Nielsen wrote:
>
>> Jeg bruger SpamAssassin, som gør nogenlunde det samme som
>> spam-stat.el, og en del mere.
>
> Min email ryger i forvejen igennem SpamAssasin på serveren. Jeg
> ignorer bare dens output

OK, så er du jo selv ude om det.

> Jeg har set SpamAssasin klassificere www.ing.dk's nyhedsemails som
> spam utallige gange. F.ex.:

Ja, det er selvfølgelig kedeligt. Alternativt kan du jo sætte det
antal point en mail skal opnå op, men så vil der også slippe mere spam
igennem.

> Hvilket virker uhensigtsmæssigt (i.e. at jeg aktivt skal justere
> reglerne for at den fejl ikke sker).

Ja, det er klart.

> Hvis jeg kigger de af mine emails som SpamAssasin har klassificeret
> igennem, så ser track-record'en således ud: [ ... ]
>
> Der er få falske positive (ikke-spam klassificeret som spam): under 1
> promille, antallet af falske negative (spam klassificeret som
> ikke-spam) er på 4,5 procent.

Netop det med de få falske positive er meget vigtigt for mig. Så er
jeg villig til at leve med også at se lidt spam i ny og næ.

> Gad vide om jeg kan få spam-stat.el til at komme med nogle tilsvarende
> oplysninger. [ ... ]
>
> Falske positive (ikke-spam opfattet som spam): 1,1 procent. Falske
> negative (spam opfattet som ikke-spam): 1,5 procent.

1,1 procent falske positive synes jeg er højt. Det ville jeg ikke være
glad for. Det ville være nok til at jeg ville kigge alvorligt på mine
filtre for at finde ud af hvor det går galt.

> Hvis spam-stat.el kunne ondulere base64 ville antallet falske negative
> være væsentligt lavere.

Har du evt. prøvet at skrive til forfatteren af spam-stat.el? Så vidt
jeg husker er han også aktiv i news:comp.emacs og news:gnu.emacs.gnus.

> Jeg synes ikke 5-10% falske negative lyder særligt godt?

Dem der slipper igennem er ofte mails uden særlige kendetegn. De får
lidt point for at det er HTML og sådan noget, men der er ikke nogle
rigtig stærke kendetegn ved dem.

Jeg tror at der af uransaglige årsager er en del forskel på den spam
forskellige mennesker modtager. Fx modtager jeg stort set intet
asiatisk spam, mens jeg kender flere, som nærmest ikke får
andet. Derfor er det nok heller ikke helt rimeligt at sammenligne som
vi gør her.

--
Jacob - www.bunk.cc
Normal times may possibly be over forever.

---

On Sun, 18 May 2003 15:29:22 +0200, Jacob Bunk Nielsen wrote:

>> Falske positive (ikke-spam opfattet som spam): 1,1 procent. Falske
>> negative (spam opfattet som ikke-spam): 1,5 procent.

> 1,1 procent falske positive synes jeg er højt. Det ville jeg ikke
> være glad for. Det ville være nok til at jeg ville kigge alvorligt
> på mine filtre for at finde ud af hvor det går galt.

Typisk er det HTML-inficerede emails der ligner reklamer meget (Sonys
Bob Dylan mailingliste sender HTML-email ud med rekvalmer).

>> Hvis spam-stat.el kunne ondulere base64 ville antallet falske
>> negative være væsentligt lavere.

> Har du evt. prøvet at skrive til forfatteren af spam-stat.el? Så
> vidt jeg husker er han også aktiv i news:comp.emacs og
> news:gnu.emacs.gnus.

Ja. Han sagde jeg bare skulle gå i gang.

> Jeg tror at der af uransaglige årsager er en del forskel på den spam
> forskellige mennesker modtager. Fx modtager jeg stort set intet
> asiatisk spam, mens jeg kender flere, som nærmest ikke får
> andet. Derfor er det nok heller ikke helt rimeligt at sammenligne
> som vi gør her.

Nej, man bør ihvertfald sammenligne de forskellige systemer på præcis
samme bunke emails


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

Jacob Bunk Nielsen <spam@bunk.cc> writes:

>>>> Jeg får en spamdims i min inbox hver uge - og 15 i min
>>>> spambakke hver dag. Vigtigt er også, at jeg ikke får falske
>>>> positiver.
>
> Nu har jeg, som Thomas anbefalede, lavet en regel der giver -30 point
> til mail fra Danmark, det burde slippe det meste igennem.

Det lyder som en ganske fortrinlig ide; det vil jeg nok også kigge på


/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
Of all the things I've lost I miss my mind the most.
- Ozzy Osbourne
----------------------------------[ moffe at amagerkollegiet dot dk ] --

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:
> On Sun, 18 May 2003 15:29:22 +0200, Jacob Bunk Nielsen wrote:
>
>> Har du evt. prøvet at skrive til forfatteren af spam-stat.el?
>
> Ja. Han sagde jeg bare skulle gå i gang.

Heh - godt ord igen.

Emacs/Gnus har da ogsaa en base64-decode-region-funktion, saa det kan
vel ikke vaere saa svaert for en LISP-haj.

Ja, jeg er ogsaa selv novice i Emacs LISP

--
Jacob - www.bunk.cc
Ducks? What ducks??

---

On Sun, 18 May 2003 16:56:54 +0200, Jacob Bunk Nielsen wrote:

> Emacs/Gnus har da ogsaa en base64-decode-region-funktion, saa det
> kan vel ikke vaere saa svaert for en LISP-haj.

Næh, og hvis der er sådan en, så kan en ikke-haj vel også pusle noget
sammen på et stykke tid, tænkte jeg. Men det kunne jeg ikke. Godnat og
sov godt.




Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:

> On Sun, 18 May 2003 16:56:54 +0200, Jacob Bunk Nielsen wrote:
>
>> Emacs/Gnus har da ogsaa en base64-decode-region-funktion, saa det
>> kan vel ikke vaere saa svaert for en LISP-haj.
>
> Næh, og hvis der er sådan en, så kan en ikke-haj vel også pusle noget
> sammen på et stykke tid, tænkte jeg. Men det kunne jeg ikke. Godnat og
> sov godt.

Jeg vil gætte på at tricket er at indsætte

(run-hooks 'gnus-article-decode-hook)

på nogle strategisk rigtige steder i spam-stat.el.

Jeg bruger ikke selv spam-stat.el, så jeg gider ikke lige tjekke om
det virker; men du kan jo prøve det her som et udgangspunkt:


--- gnus/lisp/spam-stat.el   Thu May 1 17:05:42 2003
+++ cvsgnus/lisp/spam-stat.el   Sun May 18 18:32:13 2003
@@ -229,6 +229,7 @@
(set-buffer (get-buffer-create spam-stat-buffer-name))
(erase-buffer)
(insert str)
+ (run-hooks 'gnus-article-decode-hook)
(setq spam-stat-buffer (current-buffer)))))

(defun spam-stat-store-gnus-article-buffer ()
@@ -509,6 +510,7 @@
    (setq count (1+ count))
    (message "Reading %s: %.2f%%" dir (/ count max))
    (insert-file-contents f)
+    (run-hooks 'gnus-article-decode-hook)
    (funcall func)
    (erase-buffer))))))

@@ -547,6 +549,7 @@
    (message "Reading %.2f%%, score %.2f%%"
       (/ count max) (/ score count))
    (insert-file-contents f)
+    (run-hooks 'gnus-article-decode-hook)
    (when (> (spam-stat-score-buffer) 0.9)
    (setq score (1+ score)))
    (erase-buffer))))

---

On Sun, 18 May 2003 18:43:33 +0200, Jesper Harder wrote:

> Jeg vil gætte på at tricket er at indsætte

> (run-hooks 'gnus-article-decode-hook)

> på nogle strategisk rigtige steder i spam-stat.el.

> Jeg bruger ikke selv spam-stat.el, så jeg gider ikke lige tjekke om
> det virker; men du kan jo prøve det her som et udgangspunkt:

Jeg har prøvet nu; jeg synes ikke det virker.

Jeg har lagt din patch på, byte-compilet spam-stat.el og har startet
en frisk XEmacs.

Jeg har kopieret en base-64-encodet spam-email til /tmp/hep/13258 og
lavet lagt en afkodet udgave af samme i /tmp/hep/13258.decoded.

Jeg laver en M-x debug-on-entry spam-stat-score-buffer, for at kunne
se om den giver samme værdi til begge spams, når jeg kører M-:
(spam-stat-test-directory "/tmp/hep").

Første gang spam-stat-score-buffer kører, får jeg returværdien
0.7957580002400473 og " *temp*" bufferen indeholder den base-64 kodede
email.

Anden gang spam-stat-score-buffer kører er returværdien 1.0 og "
*temp*" indeholder den hånd-afkodede spam.


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

Ivar Madsen <news-@milli.dk> writes:

> Jeg klare mig med simple filter i procmail, og så en politik om at
> steder som jeg finder usikre, der får de en special adr. de kan skrive
> til mig på.

Jo jo, det gør jeg da også, men det er nu mest for at kunne vide hvor
min adresse er blevet høstet fra.

Jeg tror det vil være en omfattende opgave at lave procmail-regler der
er tilnærmelsesvis så gode som Spamassassin.

> En kilde der er sikker på at give SPAM det er usenet, der er mit
> procmailfilter også meget hård, forkert landeprefix, og mailen
> slettes, men det dur jo kun hvis man nøjes med at færdes i .dk og
> ligende.

Hvad så, hvis jeg nu vil sende dig en mail fra jacob (hos) bunk.cc? Så
bliver den bare slettet? Den slags duer slet slet ikke for mig. Jeg
modtager ganske tit (legitim) email fra udlandet, ja, selv fra
hotmail.com.

> Du færdes vist også i engelsksprogede grupper, så skal nogen derfra
> have lov til at skrive til dig, så dur det jo ikke at flitere dem fra
> så hårdt, men hvis nu du sætte .dk adr. som sikre ikke SPAM mail, så
> ville du undgå at gå glip af vigtige mail fra dit uddannels sted osv.

Ja, det gør jeg også, men i det hele taget får jeg ofte mail fra
udlandet, blandt andet også på diverse mailinglister.

Nu har jeg så senest mere eller mindre whitelistet alle
..dk-adresser. Det gør så at en ganske stor del af den legitime email
jeg modtager i hvert fald ikke vil blive puttet i spam-kassen, men
samtidig giver det jo også mulighed for at spammere kan misbruge det
hul i mit filter, hvis de ellers finder det.

Det må jeg så i givet fald tage stilling til den dag det måtte ske.

> Det sker også fra tid til anden, at jeg selv skriver, til lumske
> fortagener, så en special adr. til dem og viser det sig så at der
> kommer spam på den adr. (eller jeg bare bliver træt af dem, og de ikke
> gider undlade at genere mig, (der er et par stk.)) så er det bare at
> sætte procmail til at hårdt og brutalt at slette de mail.

Lige præcis sådan nogle adresser lader jeg bare virtual tage sig af
ved at lave dem til et alias for /dev/null, men det er effekten er jo
den samme

Alternativt, hvis det generelt kommer fra de samme servere, så putter
jeg dem i min lille DNSBL.

> Og så er det også en let måde at få soteret mail på, således at mail
> fra venner ryger i en box i mailreaderen, mail fra en
> mailingliste/nyhedsbrev i en anden, osv.

Det klarer jeg med fancy-split i Gnus

--
Jacob - www.bunk.cc
He who is content with his lot probably has a lot.

---

Jacob Bunk Nielsen skrev Søndag den 18. maj 2003 23:55 i
dk.edb.system.unix:


> Jeg tror det vil være en omfattende opgave at lave procmail-regler
> der er tilnærmelsesvis så gode som Spamassassin.

Jeg synes ellers at i altid når der er snark om spamassassin taler om
at den fanger hvad den ikke skal,,, Men OK i denne tråd læste jeg et
indlæg om at man kan fortælle den at denne mail den var alså god nok,
og så at den lære af det,,,

>> En kilde der er sikker på at give SPAM det er usenet, der er mit
>> procmailfilter også meget hård, forkert landeprefix, og mailen
>> slettes, men det dur jo kun hvis man nøjes med at færdes i .dk og
>> ligende.
> Hvad så, hvis jeg nu vil sende dig en mail fra jacob (hos) bunk.cc?
> Så bliver den bare slettet?

Den bliver hårdt og brutalt slettet, hvis du bare svare på et
usenetindlæg, men det er kun usenet adr. der filteres så hårdt og
brutalt. Inden jeg lavede det filter, så overvejede jeg det, og kom
til den konklution at 99 komma et eller andet antal 9'taller % af dem
der færdes i de dansksprogede grupper har en .dk mail adr, og resten
af jer kan bare skrive på usenet.

> Den slags duer slet slet ikke for mig.
> Jeg modtager ganske tit (legitim) email fra udlandet, ja, selv fra
> hotmail.com.

Det er også det jeg skrev, at det dur kun hvis man nøjes med at færdes
i dansksprogede herakier, men så er den så tilgængæld meget effektiv.
Og det er meget sjældent at jeg hopper ud af dem, og så er det jo bare
at ændre ens adr der, eller tilføje et .no til filteret Engelsk
skriver jeg ikke på, det kan jeg ikke,,,

>> Du færdes vist også i engelsksprogede grupper, så skal nogen derfra
>> have lov til at skrive til dig, så dur det jo ikke at flitere dem
>> fra så hårdt, men hvis nu du sætte .dk adr. som sikre ikke SPAM
>> mail, så ville du undgå at gå glip af vigtige mail fra dit uddannels
>> sted osv.
> Ja, det gør jeg også, men i det hele taget får jeg ofte mail fra
> udlandet, blandt andet også på diverse mailinglister.

Jeg får da også fra tid til anden mail fra udlandet, f.eks.
MandrakeOnline Security Alert m.m. at det er er sæjldent jeg
overkommer at læse det hele er så en anden snark,,,

> Nu har jeg så senest mere eller mindre whitelistet alle
> .dk-adresser. Det gør så at en ganske stor del af den legitime email
> jeg modtager i hvert fald ikke vil blive puttet i spam-kassen, men
> samtidig giver det jo også mulighed for at spammere kan misbruge det
> hul i mit filter, hvis de ellers finder det.

Ja, jeg læste at en anden også havde forslået at hvidliste alle .dk
adr. Min erfaring er at hvis man passer på sin e-mail adr. så finder
de den ikke, og hvis du begynder at få SPAM med en .dk som afsender,
så forvard den til spam@fs.dk og slet .dk hvidlisteningen på den adr.

>> Det sker også fra tid til anden, at jeg selv skriver, til lumske
>> fortagener, så en special adr. til dem og viser det sig så at der
>> kommer spam på den adr. (eller jeg bare bliver træt af dem, og de
>> ikke gider undlade at genere mig, (der er et par stk.)) så er det
>> bare at sætte procmail til at hårdt og brutalt at slette de mail.
> Lige præcis sådan nogle adresser lader jeg bare virtual tage sig af
> ved at lave dem til et alias for /dev/null, men det er effekten er jo
> den samme

Lige med undtagelse af at jeg ikke nøjes med at slette, den ryger også
til den håndfuld adr. jeg kender på fortagenet. Jeg *har* bedt dem om
at slette mig, allerede 5 minutter efter jeg tilmældte mig,,, Det
kunne måske nok lade sig gøre i virtual, men jo flere steder man roder
med inkomming mail, jo mere kompliceret bliver det,,,

> Alternativt, hvis det generelt kommer fra de samme servere, så putter
> jeg dem i min lille DNSBL.

Det kan jeg ikke, jeg er tvunget bruger af TDC's backup-mx
Jeg kikkede på et tidspunkt på CC, men syntes at det virkede rodet, Og
så skriver de noget med at hvis man vil have en puplick IP, så koster
det en hulensmasse ekstra, men det er måske ligesom TDC, at det er
hvadd er svare til P@, og en standart ADSL også kan bruges til en
simpel server?
Jeg kunne engetligt godt tænke mig en mailserver, der allerede inden
den modtager DATA komandoen, chekker om det er SPAM eller ej, og hvis
det er, så at den er så langsom til at svare, at det nedsætter SPAM'er
serverens arbejdshastighed mest muligt, for så at afslutte med en
"mail afvist"

>> Og så er det også en let måde at få soteret mail på, således at mail
>> fra venner ryger i en box i mailreaderen, mail fra en
>> mailingliste/nyhedsbrev i en anden, osv.
> Det klarer jeg med fancy-split i Gnus

Selve soteringen gør jeg i KNode, forskællen er den samme

--
Med venlig hilsen

Ivar Madsen

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:

> On Sun, 18 May 2003 18:43:33 +0200, Jesper Harder wrote:
>
>> Jeg vil gætte på at tricket er at indsætte
>
>> (run-hooks 'gnus-article-decode-hook)
>
>> på nogle strategisk rigtige steder i spam-stat.el.
>
> Jeg har kopieret en base-64-encodet spam-email til /tmp/hep/13258 og
> lavet lagt en afkodet udgave af samme i /tmp/hep/13258.decoded.

OK, dit eksempel var sikkert HTML og/eller multipart/*.

Ved nærmere eftersyn har det kun en effekt på brødteksten i single
part text/plain. Mere præcist:

* RFC 2047 kodede headere afkodes (i alle typer emails).
* QP og Base64 kodede plain/text mails afkodes.

Der er sikkert bedre end ingenting; men det hjælper selvfølgelig ikke
på HTML spam.

Hmm, men omvendt kunne det jo godt have en positiv indvirkning på at
genkende gode ord i ikke-spam.

Du kan også prøve at tilføje

(gnus-display-mime)

men det er muligvis for meget, fordi fx HTML bliver kørt igennem
samme process som når du ser en artikel. Det er svært sige om det er
godt eller skidt:

* På den ene side omgår du helt spammertricket med at indsætte en
masse ord i HTML-kommentarer for at snyde filtre.

* På den anden side kan spam-stat.el ikke bruge de clues den muligvis
ville finde i selve HTML-koden.

---

Ivar Madsen <news-@milli.dk> writes:
> Jacob Bunk Nielsen skrev:
>
>> Hvad så, hvis jeg nu vil sende dig en mail fra jacob (hos) bunk.cc?
>
> Den bliver hårdt og brutalt slettet [ ... ]

OK, en sådan loesning ville ikke vaere acceptabel for mig.

> Ja, jeg læste at en anden også havde forslået at hvidliste alle .dk
> adr.

Ja, det trick lavede jeg ogsaa.

Der gik ikke mere end et par timer foer jeg fik en spam fra en
..dk-adresse. Dog tydeligvis forfalsket, det var ikke en dansk spam, og
den kom heller ikke fra en dansk IP-adresse. Jeg haber ikke at det er
en ny trend blandt "mine" spammere.

> Jeg kikkede på et tidspunkt på CC, men syntes at det virkede rodet, Og
> så skriver de noget med at hvis man vil have en puplick IP, så koster
> det en hulensmasse ekstra, men det er måske ligesom TDC, at det er
> hvadd er svare til P@, og en standart ADSL også kan bruges til en
> simpel server?

Det produkt Cybercity kalder "Global IP" er et routet /30 net. Som
standard har man en router eller et ADSL-modem sluttet til
USB-porten. Har man router-loesningen er det routeren der har den
offentlige IP-adresse, og har man USB-tingen er det computeren der har
den offentlige adresse.

Jeg ved ikke hvorfor folk ikke kan finde ud af det. Jeg synes nemlig
slet ikke at det er rodet.

> Jeg kunne engetligt godt tænke mig en mailserver, der allerede inden
> den modtager DATA komandoen, chekker om det er SPAM eller ej [ ... ]

Hvordan pokker havde du taenkt dig at det skulle foregå, hvis det ikke
skulle foregå med en DNSBL?

--
Jacob

---

Jacob Bunk Nielsen skrev Mandag den 19. maj 2003 15:41 i
dk.edb.system.unix:


>>> Hvad så, hvis jeg nu vil sende dig en mail fra jacob (hos) bunk.cc?
>> Den bliver hårdt og brutalt slettet [ ... ]
> OK, en sådan loesning ville ikke vaere acceptabel for mig.

Forståligt.

>> Ja, jeg læste at en anden også havde forslået at hvidliste alle .dk
>> adr.
> Ja, det trick lavede jeg ogsaa.
> Der gik ikke mere end et par timer foer jeg fik en spam fra en
> .dk-adresse. Dog tydeligvis forfalsket, det var ikke en dansk spam,
> og den kom heller ikke fra en dansk IP-adresse. Jeg haber ikke at det
> er en ny trend blandt "mine" spammere.

Hvis det sker hypigt, så kunne du måske se om der er et mønster i
hvilke af dine adr. der er ramt, og så hive dem ud af
hvidlistefilteret. Det er mere besværligt end at have det ens for
alle, men hvem siger at livet skal være let?

>> Jeg kikkede på et tidspunkt på CC, men syntes at det virkede rodet,
>> Og så skriver de noget med at hvis man vil have en puplick IP, så
>> koster det en hulensmasse ekstra, men det er måske ligesom TDC, at
>> det er hvadd er svare til P@, og en standart ADSL også kan bruges
>> til en simpel server?
> Det produkt Cybercity kalder "Global IP" er et routet /30 net. Som
> standard har man en router eller et ADSL-modem sluttet til
> USB-porten. Har man router-loesningen er det routeren der har den
> offentlige IP-adresse, og har man USB-tingen er det computeren der
> har den offentlige adresse.

OK. Måske man skulle kikke på det igen.

> Jeg ved ikke hvorfor folk ikke kan finde ud af det. Jeg synes nemlig
> slet ikke at det er rodet.

Sikkert fordi man ser et produkt der hedder Global IP, og så ser man
sig blind i det,,,

>> Jeg kunne engetligt godt tænke mig en mailserver, der allerede inden
>> den modtager DATA komandoen, chekker om det er SPAM eller ej [ ... ]
> Hvordan pokker havde du taenkt dig at det skulle foregå, hvis det
> ikke skulle foregå med en DNSBL?

Formoder at DNSBL står for DomæneNameServiceBlackList eller sådan noget
i den dur?

Jeg tror ikke at det er ladsiggørligt med eksisterende serversoft, men
det afholder ikke mig for at have ønsket

--
Med venlig hilsen

Ivar Madsen

---

Jacob Bunk Nielsen skrev Mandag den 19. maj 2003 15:41 i
dk.edb.system.unix:

> Der gik ikke mere end et par timer foer jeg fik en spam fra en
> .dk-adresse.

Noget kunne tyde på at der er mere Dansk SPAM end jeg personligt
oplever,,,

http://www.computerworld.dk/default.asp?Mode=2&ArticleID=19156

--
Med venlig hilsen

Ivar Madsen

---

On Mon, 19 May 2003 00:24:50 +0200, Jesper Harder wrote:

> OK, dit eksempel var sikkert HTML og/eller multipart/*.

HTML, ja:

MIME-Version: 1.0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: base64

> Ved nærmere eftersyn har det kun en effekt på brødteksten i single
> part text/plain.

Hm. Det ser ud til at samtlige de base64-encodede spams jeg har
modtaget er html og/eller multipart.

> Du kan også prøve at tilføje

> (gnus-display-mime)

Jeg prøver. Tak!

> men det er muligvis for meget, fordi fx HTML bliver kørt igennem
> samme process som når du ser en artikel.

Måske kunne man lokalt slå den vaskning fra?


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

On Mon, 19 May 2003 18:52:47 +0200, Adam Sjøgren wrote:

>> (gnus-display-mime)

> Jeg prøver. Tak!

Hm. Det ser ud til at den arbejder på *Article*, som ikke findes på
det tidspunkt.

[Prøver at finde ud af hvordan man fixer det...]


,

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

On Mon, 19 May 2003 18:57:43 +0200, Adam Sjøgren wrote:

>>> (gnus-display-mime)

> Hm. Det ser ud til at den arbejder på *Article*, som ikke findes på
> det tidspunkt.

I spam-stat-test-directory fik jeg det næsten til at spille ved at
gøre sådan her:

(let ((gnus-article-buffer (current-buffer)))
(gnus-display-mime))

men når jeg prøver det samme i spam-stat-store-current-buffer, så får
jeg en fejl når jeg starter Gnus, hvor den brokker sig over forsøg på
at slette en ikke-eksisterende buffer, og så stopper showet:

"Selecting deleted or non-existent buffer"

Det samme sker, hvis jeg propper ovenstående ind i
spam-stat-process-directory ...

Hmm. spam-stat-test-directory slutter på samme upraktiske måde hvis
jeg pudser den på mit spam-dir.


Nå, når det er løst så mangler jeg bare at fortælle Gnus at den skal
lade HTML være... gad vide hvilken variabel det så er, der skal
molestreres...


,

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

Ivar Madsen <news-@milli.dk> writes:

> http://www.computerworld.dk/default.asp?Mode=2&ArticleID=19156

Den artikel stemmer ikke overens med den virkelighed jeg oplever.

--
Jacob - www.bunk.cc
Everyone's in a high place when you're on your knees.

---

Jacob Bunk Nielsen skrev:

>> http://www.computerworld.dk/default.asp?Mode=2&ArticleID=19156
>
> Den artikel stemmer ikke overens med den virkelighed jeg oplever.

Heller ikke med min virkelighed.


// Klaus

--
><>    unselfish actions pay back better

---

Klaus Alexander Seistrup skrev Mandag den 19. maj 2003 21:17 i
dk.edb.system.unix:

>>> http://www.computerworld.dk/default.asp?Mode=2&ArticleID=19156
>> Den artikel stemmer ikke overens med den virkelighed jeg oplever.
> Heller ikke med min virkelighed.

Et gæt, i får mere SPAM end artiklen siger, og det er udenlands SPAM og
ikke så meget Dansk, har jeg ret?
Er det så på adr. brugt på usenet og andre steder, hvor SPAM'er har let
ved at finde dem?

Og så, de domæner vi alle tre bruger er ikke så almendelig som Yahoo,
og der er formodentligt nogen SPAM'er der sender til
[vildt-gæt]@Yahoo.dk mens det ikke er så udbredt på private domæner.

--
Med venlig hilsen

Ivar Madsen

---

Ivar Madsen skrev:

> Et gæt, i får mere SPAM end artiklen siger, og det er udenlands SPAM
> og ikke så meget Dansk, har jeg ret?

Hm, jeg har ikke gjort op hvilket forhold der er mellem ham og spam i min
mailbox, men til gengæld kan jeg ikke huske hvornår jeg sidst har fået en
dansk spam. Nå jo, det var vist dengang med rejsebeskrivelser.dk, men
under alle omstændigheder er det yderst sjældent det sker.

> Er det så på adr. brugt på usenet og andre steder, hvor SPAM'er har
> let ved at finde dem?

Ja, ja - i mange år kørte jeg med min(e) rigtige adresse(r) i To-feltet
på Usenet.


// Klaus

--
><>    unselfish actions pay back better

---

Klaus Alexander Seistrup skrev Mandag den 19. maj 2003 22:12 i
dk.edb.system.unix:


>> Et gæt, i får mere SPAM end artiklen siger, og det er udenlands SPAM
>> og ikke så meget Dansk, har jeg ret?
> Hm, jeg har ikke gjort op hvilket forhold der er mellem ham og spam i
> min mailbox, men til gengæld kan jeg ikke huske hvornår jeg sidst har
> fået en
> dansk spam.

Det er ikke så længe siden jeg fik, det var fra toptips24 eller sådan
noget i den dur, jeg tilmeldte mig engang, og da jeg så fik første
mail fra dem, og fandt udaf at det var HTML formateret, så bad jeg mig
frabedt at have med dem at føre, det har de svært ved at respektere
men jeg tror nok at jeg har fået sat procmail til at tage sige af
dem

> Nå jo, det var vist dengang med rejsebeskrivelser.dk,
> men under alle omstændigheder er det yderst sjældent det sker.

Den tror jeg så at jeg er sluppet uden om.

>> Er det så på adr. brugt på usenet og andre steder, hvor SPAM'er har
>> let ved at finde dem?
> Ja, ja - i mange år kørte jeg med min(e) rigtige adresse(r) i
> To-feltet på Usenet.

Og det er en sikker vej til at få spam


--
Med venlig hilsen

Ivar Madsen

---

On Mon, 19 May 2003 22:37:48 +0200, Ivar Madsen wrote:

>> Ja, ja - i mange år kørte jeg med min(e) rigtige adresse(r) i
>> To-feltet på Usenet.

> Og det er en sikker vej til at få spam

Det kommer tilsyneladende an på hvad man skriver(!) Jeg skiftede for
et godt stykke tid siden til "spamtrap@" - og den har jeg næsten ikke
modtaget nogen spam til (men flere legale emails).

Måske sorterer de email-adresser med "spam" i fra?


,

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:

> On Mon, 19 May 2003 18:57:43 +0200, Adam Sjøgren wrote:
>
> Nå, når det er løst så mangler jeg bare at fortælle Gnus at den skal
> lade HTML være... gad vide hvilken variabel det så er, der skal
> molestreres...

Du kan prøve den her. Jeg har ikke afprøvet det sammen med spam-stat,
men det virker fint nok, når jeg bare klistrer en mail ind i en tom
buffer og trykker `M-x my-decode'.


(require 'cl)

(defun my-decode (&optional ihandles)
(interactive)
(flet ((gnus-treat-article (&rest ignore)))
(let ((gnus-summary-buffer (current-buffer))
    (mm-text-html-renderer 'mm-inline-text))
(save-excursion
   (let* ((handles (or ihandles
          (mm-dissect-buffer nil gnus-article-loose-mime)
          (and gnus-article-emulate-mime
             (mm-uu-dissect))))
    buffer-read-only handle name type b e display)
    (when (and (not ihandles)
       (not gnus-displaying-mime))
    ;; Top-level call; we clean up.
    (when gnus-article-mime-handles
    (mm-destroy-parts gnus-article-mime-handles)
    (setq gnus-article-mime-handle-alist nil));; A trick.
    (setq gnus-article-mime-handles handles))
    (if (and handles
       (or (not (stringp (car handles)))
       (cdr handles)))
    (progn
      (when (and (not ihandles)
          (not gnus-displaying-mime))
       ;; Clean up for mime parts.
       (article-goto-body)
       (delete-region (point) (point-max)))
      (let ((gnus-displaying-mime t))
       (gnus-mime-display-part handles)))))))))

---

On Tue, 20 May 2003 05:05:28 +0200, Jesper Harder wrote:

>> Nå, når det er løst så mangler jeg bare at fortælle Gnus at den
>> skal lade HTML være... gad vide hvilken variabel det så er, der
>> skal molestreres...

> Du kan prøve den her. Jeg har ikke afprøvet det sammen med
> spam-stat, men det virker fint nok, når jeg bare klistrer en mail
> ind i en tom buffer og trykker `M-x my-decode'.

Den virker fremragende - tak!

Der var nok gået et stykke tid for jeg var kommer så langt

Jeg håber du vil foreslå ham-der-vedligeholder spam-stat.el din
forbedring.


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:

> Jeg håber du vil foreslå ham-der-vedligeholder spam-stat.el din
> forbedring.

Mjah, det er ikke en "rigtig" og gennemarbejdet løsning, mere et
hurtigt hack holdt sammen af lidt hæfteplaster.

Et problem er at den kun tager specielt hensyn til HTML -- folk kan
have lavet alle mulige MIME indstillinger, som det ikke er smart at
adlyde.

Fx kunne man indstille Gnus til automatisk at starte Acrobat på en
pdf-vedhæftning -- det er klart uønskværdigt under spamt-stat-
behandlingen.

Hmm, prøv at sende dig selv en krypteret email. Så tror jeg også du
får en lille overraskelse

---

On Wed, 21 May 2003 01:07:51 +0200, Jesper Harder wrote:

> spamtrap@koldfront.dk (Adam Sjøgren) writes:
>> Jeg håber du vil foreslå ham-der-vedligeholder spam-stat.el din
>> forbedring.

> Mjah, det er ikke en "rigtig" og gennemarbejdet løsning, mere et
> hurtigt hack holdt sammen af lidt hæfteplaster.

Jeg opdagede i øvrigt et problem i går: Min ~/.spam-stat.el (som
spam-stat gemmer sin hash-tabel i) bliver "syg" hvis jeg har my-decode
indsat når jeg bygger den (i spam-stat-process-directory) - den
brokker sig over at der er "\"[\"" i en liste når den prøver at læse
..spam-stat.el næste gang.

Hvis jeg ikke har my-decode i spam-stat-process-directory når jeg
bygger tabellen brokker den sig ikke.

> Et problem er at den kun tager specielt hensyn til HTML -- folk kan
> have lavet alle mulige MIME indstillinger, som det ikke er smart at
> adlyde.

Ah, ok, så grundigt læste jeg ikke din kode

I det hele taget ville det vel være smartest hvis den bare afkode
base64 blokke og ikke andet overhovedet?

> Hmm, prøv at sende dig selv en krypteret email. Så tror jeg også du
> får en lille overraskelse

Nogle af de emails jeg træner på er krypterede - Gnus kommer pænt og
beder om kodeordet, og spam-stat tygger derefter glad de emails
igennem (mens det så er gpg der spiser alle clockcyklerne i stedet for
xemacs


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

Siden jeg begyndte at bruge din my-decode i spam-stat.el (der hvor den
ikke laver .spam-stat.el ulæselig for spam-stat.el), så har jeg ikke
fået en eneste spam udenfor spam-mappen!

Dvs. indtil nu, hvor jeg fik en base64-encode'd text/plain besked. Den
ondulerede my-decode ikke. Ændrer jeg til text/html gør den. Er der en
nem måde at få den til også at håndtere text/plain?


Mvh.

--
"Från och med nu, så är 'så snart Adam Sjøgren
som möjligt' 53 timmar!" asjo@koldfront.dk

---

spamtrap@koldfront.dk (Adam Sjøgren) writes:

> Dvs. indtil nu, hvor jeg fik en base64-encode'd text/plain besked. Den
> ondulerede my-decode ikke. Ændrer jeg til text/html gør den. Er der en
> nem måde at få den til også at håndtere text/plain?

Jep, indsæt:

(run-hooks 'gnus-article-decode-hook)

i begyndelsen af `my-decode'.