The Copenhagen PHP Meetup Group

Hej igen. Da det er lidt sløjt med tilmeldingen, er Rune og jeg blevet enige om at droppe vores foredrag og i stedet transformere arrangementet til et pub-visit. Vi har hørt at "Ørsted" i Nr. Farimagsgade har et fremragende udvalg i øl, så vi mødes dér vi kl. 19. Det er her: http://maps.google.dk...

København - Denmark

Thursday, April 1 at 7:00 PM

Details: http://www.meetup.com/copenhagenphp/calendar/12783927/

The Copenhagen PHP Meetup Group

Hej igen. Da det er lidt sløjt med tilmeldingen, er Rune og jeg blevet enige om at droppe vores foredrag og i stedet transformere arrangementet til et pub-visit. Vi har hørt at "Ørsted" i Nr. Farimagsgade har et fremragende udvalg i øl, så vi mødes dér vi kl. 19. Det er her: http://maps.google.dk...

København - Denmark

Thursday, March 4 at 7:00 PM

Attending: 8

Details: http://www.meetup.com/copenhagenphp/calendar/12519508/

On Mon, 2010-02-22 at 08:00 -0500, Jimmi Andersen wrote:
> Det afhænger også lidt hvor meget sikkerhed man ønsker.
>
> 1. Uddele en unik nøgle til de brugere som skal stemme, og kun lade den
> nøgle stemme en gang. Kombineret med man ved hvem brugerne er. Kunne
> være til registrerede brugere, hvor man sender dem deres unikke key.
>
> 2. Kræve stærkere verificering af hvem brugeren er, man kunne sige
> vedlæg kopi af pas sammen med andre oplysninger, som skal godkendes.
> Paypal bruger en række forskellige metoder til at identificere folk.
>
> Mindre stærke ( hvor der vel altid kan svindles i større eller mindre
> grad ).
>
> 3. Evt basere det på bruger konti fra Facebook, eller ligne? Her kunne
> man så identificere om man mistænker snyd fra en pågældende part. Ved
> også at registrere hvorfra (IP) brugerne submittere deres svar,
> browser og andre unikke oplysninger om brugeren (kunne også være OS
> prediction), klokkeslet for submit. Så kan man lave lidt beregninger
> på om man har unormale submits fra en brugere, og tilbagetrække de
> stemme som brugeren har stemt.
>
> Man vil kunne mindske mængde af snyd ved at kræve flere oplysninger, så
> det tager længere tid at udfylde sin stemme, eller bruge en captcha...
> hvem gider så at lave 1000 falske stemmer? Med mindre man virkelig
> gerne vil snyde ?
>

Svar til Jimmi og alle andre der har svaret:

Den afstemning jeg arbejder med her, er bare en helt almindelig
offentlig afstemning. Omtalte bruger lavede sit nummer lige efter vi
lagde den ud, og derfor sprang det i øjnene på chefen.

Vi har derfor ingen interesse i at verificere brugerne med email, pas,
signatur eller andet. Brugeren skal bare trykke på knappen... For som
Jens Beltofte Sørensen nævner, kan man jo også gøre det så besværligt at
ingen gider stemme.

Til gengæld vil vi gerne gøre det besværligt at stemme mere end én eller
to gange. Og her mener jeg at Joakim Nygårds forslag er rigtig godt. For
det er jo nok de færreste der gider åbne flere browsere og ændre
indstillinger eller skærmstørrelse for at snyde i en ikke-vigtig
afstemning som vores... Iøvrigt skal de jo også gætte hvilke
indstillinger vi baserer vores genkendelse på.

Tak for Jeres feedback... Det er som altid en fornøjelse :-)


/Jette

Jettes chef kan vel kun have ret, hvis man er på et system, hvor man logger ind med et personligt login. Kan en person så opnå adgang via flere logins, er det mindste problem nok alligevel, at vedkommende er DF'er. På en mere åben webside giver målingen alligevel ikke entydig mening. Enhver kan jo spamme sine venner - eller partikammerater - og få dem til at gå derind, selv om de normalt ikke bruger siden. Så har en person kun stemt en gang, men billedet er alligevel fordrejet. Så en enkel genkendelse for at undgå at folk klikker igen og igen lyder som en god løsning, men perfekt kan det i sagens natur ikke blive. /Thøger

__________________________________________________
Bruger du Yahoo!?
Er du træt af spam? Yahoo!Mail har den bedste spambeskyttelse, der findes
http://dk.mail.yahoo.com

Man kan også lave det så besværligt for både brugerne og en selv at
ingen benytter afstemingen ;-)

Tror de færreste, ikke teknisk kyndige brugere, vil aflevere deres
dankort oplysninger for at stemme i en afstemning.

2010/2/22 Henrik Biering <[address removed]>:
> Det gælder om at benytte noget, som (næsten) alle har, men som kun få
> har mere end ét af - og som er for dyrt eller besværligt at skaffe sig
> flere af for at snyde med afstemningen.
>
> Derfor er browsere og emailadresser ikke egnede.
>
> Lidt bedre er mobiltelefoner (f.eks. SMS afstemning initieret med
> udgående SMS)
>
> En metode, der er rimeligt simpel og snydebegrænsende og samtidigt
> tillader anonymitet er brug af dankort (men fravælg int. kreditkort, som
> folk normalt har en håndfuld af) og lav afstemningsmulighederne, så der
> overføres et beløb på 1, 2, 3, .... øre oveni et evt. fast gebyr.
> (1,2,4,8 osv. hvis der skal kunne afgives flere samtidige valg)
>
> =henrik
>
>
>
>
>
> Troels Knak-Nielsen skrev:
>> Du kan altid bede folk om at oprette sig og så verificere deres email
>> adresse. Så får du samtidig nogen at sende noget reklame til.
>>
>>
>
>
>
>
> --
> Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
> http://www.meetup...
> This message was sent by Henrik Biering ([address removed]) from The Copenhagen PHP Meetup Group.
> To learn more about Henrik Biering, visit his/her member profile: http://www.meetup...
> To unsubscribe or to update your mailing list settings, click here: http://www.meetup...
> Meetup, PO Box 4668 #37895 New York, New York 10163-4668 | [address removed]
>
>

On 22/02/2010, at 14.43, Henrik Biering <[address removed]> wrote:

> En metode, der er rimeligt simpel og snydebegrænsende og samtidigt
> tillader anonymitet er brug af dankort (men fravælg int. kreditkort,
> som
> folk normalt har en håndfuld af) og lav afstemningsmulighederne, så
> der
> overføres et beløb på 1, 2, 3, .... øre oveni et evt. fast gebyr.
> (1,2,4,8 osv. hvis der skal kunne afgives flere samtidige valg)

Det lyder mere som en måde at begrænse antallet af stemmer
overhovedet. Hvem vil betale for at være med i en afstemning?

I konkurrencesammenhæng kan det måske bruges.

Det gælder om at benytte noget, som (næsten) alle har, men som kun få
har mere end ét af - og som er for dyrt eller besværligt at skaffe sig
flere af for at snyde med afstemningen.

Derfor er browsere og emailadresser ikke egnede.

Lidt bedre er mobiltelefoner (f.eks. SMS afstemning initieret med
udgående SMS)

En metode, der er rimeligt simpel og snydebegrænsende og samtidigt
tillader anonymitet er brug af dankort (men fravælg int. kreditkort, som
folk normalt har en håndfuld af) og lav afstemningsmulighederne, så der
overføres et beløb på 1, 2, 3, .... øre oveni et evt. fast gebyr.
(1,2,4,8 osv. hvis der skal kunne afgives flere samtidige valg)

=henrik





Troels Knak-Nielsen skrev:
> Du kan altid bede folk om at oprette sig og så verificere deres email
> adresse. Så får du samtidig nogen at sende noget reklame til.
>
>

On Mon, 2010-02-22 at 06:55 -0500, Joakim Nyg?rd wrote:
> On 22/02/2010, at 12.36, Jette Derriche wrote:
>
> EFF tester i øjeblikket forskellige måder at identificere en bruger
> (browser) uden brog af cookies. Ideen er at browserplugins, fonte osv.
> giver en mere unik hash end man umiddelbart tror.
>
> Det er et lidt gråt område at bevæge sig ud i, men du kan jo tage et
> kig:
> http://www.eff.or...
>

Aaah... ja... Man registrerer brugerens ip sammen med f.eks. user-agent
og skærmopløsning og kan så på den måde nogenlunde regne ud om brugeren
har været der før. På den måde har man i hvert fald gjort det svært at
lægge flere stemmer end man har browsere installeret.

Tak for tippet... By the way, så er min browser information helt unik
blandt de 663.946 der indtil nu har afgivet data til projektet :-P

https://panopticlick.eff.org/

/Jette

On Feb 22, 2010, at 12:36 PM, Jette Derriche wrote:

> Vi havde forleden en afstemning på forsiden hvor man kunne angive
> hvilket parti man stemmer på. En bruger synes det var sjovt at give DF
> en hel masse stemmer *sigh*
>
> Det er også nemt at stemme flere gange. Har man bare en smule IT viden,
> kan man jo bare slette sin cookie.
>
> Min chef mener, at han engang har deltaget i en afstemning hvor det var
> helt umuligt at stemme mere end én gang. Jeg påstår at dem der stod bag
> den afstemning, har tjekket på IP adressen.
>
> Da en IP adresse ikke nødvendigvis er unik, vil vi nødig tage den
> methode i brug... Men der er jo ikke andre muligheder, vel? Hvad gør i?
>
> /Jette
>

Det afhænger også lidt hvor meget sikkerhed man ønsker.

1. Uddele en unik nøgle til de brugere som skal stemme, og kun lade den nøgle stemme en gang. Kombineret med man ved hvem brugerne er. Kunne være til registrerede brugere, hvor man sender dem deres unikke key.

2. Kræve stærkere verificering af hvem brugeren er, man kunne sige vedlæg kopi af pas sammen med andre oplysninger, som skal godkendes. Paypal bruger en række forskellige metoder til at identificere folk.

Mindre stærke ( hvor der vel altid kan svindles i større eller mindre grad ).

3. Evt basere det på bruger konti fra Facebook, eller ligne? Her kunne man så identificere om man mistænker snyd fra en pågældende part. Ved også at registrere hvorfra (IP) brugerne submittere deres svar, browser og andre unikke oplysninger om brugeren (kunne også være OS prediction), klokkeslet for submit. Så kan man lave lidt beregninger på om man har unormale submits fra en brugere, og tilbagetrække de stemme som brugeren har stemt.

Man vil kunne mindske mængde af snyd ved at kræve flere oplysninger, så det tager længere tid at udfylde sin stemme, eller bruge en captcha... hvem gider så at lave 1000 falske stemmer? Med mindre man virkelig gerne vil snyde ?

Det sidste var bare lidt blandet ideer..

Haha, Troels, man kan godt mærke at du er startet i Peytz, hva? :-p

Men ja, registrering er nok det sikreste, og ellers skal du måske ud i en kombination af ip-nummer, skærmopløsning, styresystem og browser-info.
Folk kan snyde (ligesom de kan med email) men det bliver meget besværligt at gøre det mere end en 5-6 gange...

For 100% sikkerhed, så er vi vist ude i noget digital signatur :-)


Rasmus Luckow-Nielsen
W: www.poso.dk
T : 30224545

Du kan altid bede folk om at oprette sig og så verificere deres email
adresse. Så får du samtidig nogen at sende noget reklame til.

--
troels

On Mon, 2010-02-22 at 06:50 -0500, Per Sikker Hansen wrote:
> En vovet løsning kunne være at gemme en hash i databasen og i en
> cookie - hvis ikke cookien eksisterer, får brugeren ganske enkelt ikke
> lov at stemme. Så snart stemmen er aflagt bliver en tinyint i
> databasen skiftet fra 0 til 1, og brugeren med den hash får dermed
> ikke lov at stemme mere - men det får vedkommende under ingen
> omstændigheder hvis hashen ikke stemmer, eller slet ikke er til stede.
>
> Det er ikke testet, og er bare en strøtanke, men du kan jo prøve det
> af. :0)

Hmmm... Hvis brugeren ikke har en cookie, kan jeg ikke vide om det er
fordi det er en førstegangsbesøgene eller den er blevet slettet. Så hvis
den ikke er der, er jeg nød til at udstede én, og så er jeg tilbage ved
udgangspunktet... Det er i hvert fald hvad jeg lige umiddelbart tænker.

/Jette

On 22/02/2010, at 12.36, Jette Derriche wrote:

> Vi havde forleden en afstemning på forsiden hvor man kunne angive
> hvilket parti man stemmer på. En bruger synes det var sjovt at give DF
> en hel masse stemmer *sigh*
>
> Det er også nemt at stemme flere gange. Har man bare en smule IT viden,
> kan man jo bare slette sin cookie.
>
> Min chef mener, at han engang har deltaget i en afstemning hvor det var
> helt umuligt at stemme mere end én gang. Jeg påstår at dem der stod bag
> den afstemning, har tjekket på IP adressen.
>
> Da en IP adresse ikke nødvendigvis er unik, vil vi nødig tage den
> methode i brug... Men der er jo ikke andre muligheder, vel? Hvad gør i?

EFF tester i øjeblikket forskellige måder at identificere en bruger (browser) uden brog af cookies. Ideen er at browserplugins, fonte osv. giver en mere unik hash end man umiddelbart tror.

Det er et lidt gråt område at bevæge sig ud i, men du kan jo tage et kig: http://www.eff.or...

/Joakim

Det er ikke muligt at gardere sig 100% - hvis man kører med cookie kan man slette den, hvis man kører med IP risikerer man at udelukke flere ad gange(fx et kollegie), eller at brugerens IP skifter dynamisk.

En vovet løsning kunne være at gemme en hash i databasen og i en cookie - hvis ikke cookien eksisterer, får brugeren ganske enkelt ikke lov at stemme. Så snart stemmen er aflagt bliver en tinyint i databasen skiftet fra 0 til 1, og brugeren med den hash får dermed ikke lov at stemme mere - men det får vedkommende under ingen omstændigheder hvis hashen ikke stemmer, eller slet ikke er til stede.

Det er ikke testet, og er bare en strøtanke, men du kan jo prøve det af. :0)

~Per
> //-------------- Original Message: --------------
> Vi havde forleden en afstemning på forsiden hvor man kunne angive
> hvilket parti man stemmer på. En bruger synes det var sjovt at give DF
> en hel masse stemmer *sigh*
>
> Det er også nemt at stemme flere gange. Har man bare en smule IT viden,
> kan man jo bare slette sin cookie.
>
> Min chef mener, at han engang har deltaget i en afstemning hvor det var
> helt umuligt at stemme mere end én gang. Jeg påstår at dem der stod bag
> den afstemning, har tjekket på IP adressen.
>
> Da en IP adresse ikke nødvendigvis er unik, vil vi nødig tage den
> methode i brug... Men der er jo ikke andre muligheder, vel? Hvad gør i?
>
> /Jette
>
>
>
>
> --
> Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
> http://www.meetup.com/copenhagenphp/
> This message was sen t by Jette Derriche ([address removed]) from The Copenhagen PHP Meetup Group.
> To learn more about Jette Derriche, visit his/her member profile: http://www.meetup.com/copenhagenphp/members/7285496/
> To unsubscribe or to update your mailing list settings, click here: http://www.meetup.com/copenhagenphp/settings/
> Meetup, PO Box 4668 #37895 New York, New York 10163-4668 | [address removed]
>
>

Vi havde forleden en afstemning på forsiden hvor man kunne angive
hvilket parti man stemmer på. En bruger synes det var sjovt at give DF
en hel masse stemmer *sigh*

Det er også nemt at stemme flere gange. Har man bare en smule IT viden,
kan man jo bare slette sin cookie.

Min chef mener, at han engang har deltaget i en afstemning hvor det var
helt umuligt at stemme mere end én gang. Jeg påstår at dem der stod bag
den afstemning, har tjekket på IP adressen.

Da en IP adresse ikke nødvendigvis er unik, vil vi nødig tage den
methode i brug... Men der er jo ikke andre muligheder, vel? Hvad gør i?

/Jette

http://github.com...

Hej Thøger

Tillykke! Kan forestille mig det er noget du har brugt en del timer på,
og jeg kender følelsen når det hele, efter mange og lange hovedbrud,
pludselig falder på plads.

Det bliver en rigtig god weekend! :-)

/Jette


On Thu, 2010-02-18 at 18:14 -0500, Th?ger Eskildsen wrote:
> Hej igen,
>
> Nu er problemerne løst:
>
> 1) (Outlook-problemet)
> Efter at have holdt hovedet nede i nogle rfc'er gik det op for mig, at
> det var "mission impossible". Det jeg kunne sende var en "meeting
> request" - sådan en kan man naturligvis svare på. Man kan ikke sende
> en outlook appointment, ligeså lidt som man kan sende et word document
> som mail. Banalt. Enkelt. Man sender det naturligvis som et
> attachment. Og så virker det.
>
> 2) (Excel-problemet)
> Tak Olle, det virker ... og jeg har fundet problemet, som jeg gerne
> deler med dem, der vil vide det:
>
> "Content-type" i phpexcel, som Olle foreslog, var den samme, som jeg
> selv havde prøvet, men det viste sig, at det filnavn jeg sendte med i
> "Content-Disposition" var uden extension. Filens indhold bliver sendt
> efter headers, så det er ikke fordi, indholdet ikke kan findes, men
> det havde alligevel en betydning for excel, at extension var 'xlsx'.
>
> Pudsigt, det har virket med så mange andre formater.
>
> Mange tak igen til Olle,
>
> Thøger
>
>
>
>
> Olle Jonsson wrote:
> > Godt du spørger.
> >
> >
> > > Ad 2: Jeg kan åbne "gamle" Excel-filer (xls), men ikke filer fra Excel 2007 (xlsx). Jeg bruger følgende headers:
> > >
> >
> > PHPExcel har .xslx-filer.
> > http://www.codepl...
> >
> > Brug ack for at hurtigsøge efter "header(" i PHPExcel. Så finder du ud
> > af hvad de bruger.
> > http://betterthan...
> >
> >
> >
> > --
> > Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
> > http://www.meetup...
> > This message was sent by Olle Jonsson ([address removed]) from The Copenhagen PHP Meetup Group.
> > To learn more about Olle Jonsson, visit his/her member profile: http://www.meetup...
> > To unsubscribe or to update your mailing list settings, click here: http://www.meetup...
> > Meetup, PO Box 4668 #37895 New York, New York 10163-4668 | [address removed]
> >
> >
> >
>
>
>
>
>
> --
> Please Note: If you hit "REPLY", your message will be sent to everyone
> on this mailing list ([address removed])
> This message was sent by Thøger Eskildsen ([address removed]) from The
> Copenhagen PHP Meetup Group.
> To learn more about Thøger Eskildsen, visit his/her member profile
> To unsubscribe or to update your mailing list settings, click here
>
> Meetup, PO Box 4668 #37895 New York, New York 10163-4668 |
> [address removed]

Hej igen,

Nu er problemerne løst:

1) (Outlook-problemet)
Efter at have holdt hovedet nede i nogle rfc'er gik det op for mig, at det var "mission impossible". Det jeg kunne sende var en "meeting request" - sådan en kan man naturligvis svare på. Man kan ikke sende en outlook appointment, ligeså lidt som man kan sende et word document som mail. Banalt. Enkelt. Man sender det naturligvis som et attachment. Og så virker det.

2) (Excel-problemet)
Tak Olle, det virker ... og jeg har fundet problemet, som jeg gerne deler med dem, der vil vide det:

"Content-type" i phpexcel, som Olle foreslog, var den samme, som jeg selv havde prøvet, men det viste sig, at det filnavn jeg sendte med i "Content-Disposition" var uden extension. Filens indhold bliver sendt efter headers, så det er ikke fordi, indholdet ikke kan findes, men det havde alligevel en betydning for excel, at extension var 'xlsx'.

Pudsigt, det har virket med så mange andre formater.

Mange tak igen til Olle,

Thøger




Olle Jonsson wrote:

Godt du spørger.

  

Ad 2: Jeg kan åbne "gamle" Excel-filer (xls), men ikke filer fra Excel 2007 (xlsx). Jeg bruger følgende headers:
    

PHPExcel har .xslx-filer.
http://www.codeplex.com/PHPExcel

Brug ack for at hurtigsøge efter "header(" i PHPExcel. Så finder du ud
af hvad de bruger.
http://betterthangrep.com/



--
Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
http://www.meetup.com/copenhagenphp/
This message was sent by Olle Jonsson ([address removed]) from The Copenhagen PHP Meetup Group.
To learn more about Olle Jonsson, visit his/her member profile: http://www.meetup.com/copenhagenphp/members/5880280/
To unsubscribe or to update your mailing list settings, click here: http://www.meetup.com/account/comm/
Meetup, PO Box 4668 #37895 New York, New York 10163-4668 | [address removed]


  

Godt du spørger.

> Ad 2: Jeg kan åbne "gamle" Excel-filer (xls), men ikke filer fra Excel 2007 (xlsx). Jeg bruger følgende headers:

PHPExcel har .xslx-filer.
http://www.codepl...

Brug ack for at hurtigsøge efter "header(" i PHPExcel. Så finder du ud
af hvad de bruger.
http://betterthan...

Kære Pretty Helpful People, Jeg har to problemer i samme boldgade - som jeg er kørt godt fast i: 1) Appointments genereret til MS Outlook via iCalendar (protokollen). 2) Åbning af *.xlsx fil (MS Excel 2007) i en browser. Ad 1: Jeg kan sende en appointment, som brugeren kan sige "accept","decline" til. Men brugeren skal kunne være "organizer" og invitere deltagere - ikke blot trykke "accept" eller decline. Jeg har kopieret iCalendar-delen fra en appointment, som den jeg ønsker at opnå (se nederst). Derfor retter min mistanke sig mod de http headers, jeg skal sende for at åbne outlook og danne denne appointment. Jeg bruger:     $headers  = "From: ".$from_address."\n";     $headers .= "Reply-To: ".$from_address."\n";     $headers .= "MIME-Version: 1.0\n";     $headers .= "Content-Type: multipart/alternative; boundary=\"$mime_boundary\"\n";     $headers .= "Content-class: urn:content-classes:calendarmessage\n";     $headers .= "Content-Disposition: inline; filename=appointment.vcs\n"; Jeg har også prøvet med "urn:content-classes:appointment","Content-Type: text/x-vCalendar\n" samt en masse andre ting - fundet ved Googling . Det funker ikke. Er der nogen, der har haft dette problem før... og som vil dele ud af sin viden?? Er der nogen, der kender en god indføring til HTTP headers?? (Jeg synes, de virker lidt tilfældige og mangetydede.) Ad 2: Jeg kan åbne "gamle" Excel-filer (xls), men ikke filer fra Excel 2007 (xlsx). Jeg bruger følgende headers:     For  (*.xls) Excel filer:     $type = "application/vnd.ms-excel; charset=binary";     For Excel 2007 (*.xlsx):     $type = "application/vnd.ms-excel.sheet.macroEnabled.12";    har også prøvet:     $type = "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet";     // send headers to the browser     header("Content-type: $type; ");     header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1     header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past     header("Content-Disposition: inline; filename=$name.$ext");     header("Content-Length: $size"); Er der nogen, der har erfaring med dette?? På forhånd mange tak for svar, Thøger PS: Og jobsamtaler her på listen er da open source, så det gør noget :-) Bilag: ICalendar til appointment: BEGIN:VCALENDAR PRODID:-//Microsoft Corporation//Outlook 11.0 MIMEDIR//EN VERSION:2.0 METHOD:PUBLISH BEGIN:VEVENT ORGANIZER:MAILTO:[address removed] DTSTART:20100212T123000Z DTEND:20100212T130000Z LOCATION:Location TRANSP:OPAQUE SEQUENCE:0 UID:040000008200E00074C5B7101A82E00800000000909DC560E3ABCA010000000000000000100  00000D723E567DC4ABE44A6A1B3DF543B57D2 DTSTAMP:20100212T120040Z DESCRIPTION:Description\n SUMMARY:Subject PRIORITY:5 X-MICROSOFT-CDO-IMPORTANCE:1 CLASS:PUBLIC BEGIN:VALARM TRIGGER:-PT15M ACTION:DISPLAY DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR

__________________________________________________
Bruger du Yahoo!?
Er du træt af spam? Yahoo!Mail har den bedste spambeskyttelse, der findes
http://dk.mail.yahoo.com