mboost-dp1
unknown
Er bare træt af spam, glæder mig til at det sådan rent faktisk virker så man ikke behøver skrive alt muligt mærkeligt i sin mail som, [no-spam], .nospam osv.
#2 Sendmail er stadig verdens mest brugte MTA. Man kan mene om den hvad man vil, men det virker.
Jeg ved ikke helt hvad jeg skal mene om ideen, jeg synes lidt det er en forkert måde at angribe problemet. Det virker lidt som om man taget sig af symptomerne, men egentligt ikke fjerne problemet. Jeg tror desværre nok at spammerne vil finde en måde at slippe udenom de nye teknologier. Jeg må indrømme at jeg ikke selv kan finde på en bedre løsning, men skulle vi ikke hellere gå efter spammerne, fremfor deres emails. Den reele løsning må være at fjerne deres forretningsgrundlag. Spamfiltere og lignende hjælper helt klart, men så længe der er penge at tjene vil spammerne finde måder at omgå dem. Det tragiske er at det er ikke de mennesker der kunne finde på at købe noget at en spammer der installere filtre, de der køber er meget uvidende mennesker, der nok ikke engang ved at de relativt nemt kan filtere største delen af deres spam fra.
For mange klager om at SMTP er forældet, det mener jeg ikke, SMTP er en herlig protokol. Den gør det den skal, helt simpelt og effiktivt. At nogen så misbruger den, det kan vel ikke være protokollens problem. Angrib hellere misbrugerne, frem for en fuldt ud funktionel protokol.
Jeg ved ikke helt hvad jeg skal mene om ideen, jeg synes lidt det er en forkert måde at angribe problemet. Det virker lidt som om man taget sig af symptomerne, men egentligt ikke fjerne problemet. Jeg tror desværre nok at spammerne vil finde en måde at slippe udenom de nye teknologier. Jeg må indrømme at jeg ikke selv kan finde på en bedre løsning, men skulle vi ikke hellere gå efter spammerne, fremfor deres emails. Den reele løsning må være at fjerne deres forretningsgrundlag. Spamfiltere og lignende hjælper helt klart, men så længe der er penge at tjene vil spammerne finde måder at omgå dem. Det tragiske er at det er ikke de mennesker der kunne finde på at købe noget at en spammer der installere filtre, de der køber er meget uvidende mennesker, der nok ikke engang ved at de relativt nemt kan filtere største delen af deres spam fra.
For mange klager om at SMTP er forældet, det mener jeg ikke, SMTP er en herlig protokol. Den gør det den skal, helt simpelt og effiktivt. At nogen så misbruger den, det kan vel ikke være protokollens problem. Angrib hellere misbrugerne, frem for en fuldt ud funktionel protokol.
#9
Prøv med sa-learn --spam * og sa-learn --ham * i dine maildirs henholdsvis spam og nonspam mailfoldere.
Virker FINT hver gang. Fanger alt uden missere indtil videre.
Løsningen på spam ville istedet være at ændre lovgivningen i de forskellige lande. hvor mange får fx. spam fra danske virksomheder ? ergo er må det være lovgivningen som ikke fungerer i andre lande, eller er for slappe.
Prøv med sa-learn --spam * og sa-learn --ham * i dine maildirs henholdsvis spam og nonspam mailfoldere.
Virker FINT hver gang. Fanger alt uden missere indtil videre.
Løsningen på spam ville istedet være at ændre lovgivningen i de forskellige lande. hvor mange får fx. spam fra danske virksomheder ? ergo er må det være lovgivningen som ikke fungerer i andre lande, eller er for slappe.
#11
Det må sgu være din joke???
SMTP er absolut den protokol jeg kender til, som ikke kan en skid!
Den kan end ikke sørge for, at afsender er afsender :-O
Problemet med at lave en ny SMTP protokol er, at det ta'r så fandens lang tid inden alle har skiftet til den nye, og indtil da er man nød til at ha' begge systemer kørende
Det bli'r endnu værre hvis det er et monopol (MS) der dikterer hvordan det skal fungere istedet for, at diverse mail/virus/antispam-firmaer stikker hovederne sammen og opfinder en ny protokol
Jeg tror ikke på, at det er muligt, at fjerne spammere fra jordens overflade (Jeg vil meget gerne modbevises!!!)
Det må sgu være din joke???
SMTP er absolut den protokol jeg kender til, som ikke kan en skid!
Den kan end ikke sørge for, at afsender er afsender :-O
Problemet med at lave en ny SMTP protokol er, at det ta'r så fandens lang tid inden alle har skiftet til den nye, og indtil da er man nød til at ha' begge systemer kørende
Det bli'r endnu værre hvis det er et monopol (MS) der dikterer hvordan det skal fungere istedet for, at diverse mail/virus/antispam-firmaer stikker hovederne sammen og opfinder en ny protokol
Jeg tror ikke på, at det er muligt, at fjerne spammere fra jordens overflade (Jeg vil meget gerne modbevises!!!)
#13 No joke.
Det er rigtigt at SMTP ikke kan ret meget, det er det der er det smukke i den. Den gør det den skal, flytte emails. Jeg ville være ked af ikke at kunne ændre min afsender adresse som det passer mig. Jeg laver mange ting hvor folk ikke skal kende min private email adresse, men en arbejds relateret. At man kan ændre afsenderen ser jeg som en feature, ikke en bug.
SMTP vandt som bekendt over en langt mere avanceret protokol, som jeg desværre ikke kan huske hvad hedder. Den protokol som SMTP slog, havde mange af de features folk nu klager over at SMTP ikke har. Problem var bare at den var vanskelig at implementere og generelt bare var bloated.
SMTP er lavet til at flytte emails, og det gør den faktisk ret godt. Dejlig protokol og nem at arbejde med.
Det er rigtigt at SMTP ikke kan ret meget, det er det der er det smukke i den. Den gør det den skal, flytte emails. Jeg ville være ked af ikke at kunne ændre min afsender adresse som det passer mig. Jeg laver mange ting hvor folk ikke skal kende min private email adresse, men en arbejds relateret. At man kan ændre afsenderen ser jeg som en feature, ikke en bug.
SMTP vandt som bekendt over en langt mere avanceret protokol, som jeg desværre ikke kan huske hvad hedder. Den protokol som SMTP slog, havde mange af de features folk nu klager over at SMTP ikke har. Problem var bare at den var vanskelig at implementere og generelt bare var bloated.
SMTP er lavet til at flytte emails, og det gør den faktisk ret godt. Dejlig protokol og nem at arbejde med.
#14 Jeg mener blot, at der børe være et check af, om afsender addressen er gyldig (p.t. kan du skrive hvad som helst)
Hvordan det skal laves har jeg ikke fundet nogen HELT god løsning på, men det bør være muligt, at bruge flere forskellige afsender addresser fra en given computer (også på tværs af domæner)
Et tegn på, at protokollen er utilstrækkelig til at sende mails er, at langt de fleste bruger diverse udvidelser som fx MIME
Hvis protokoller defineres uden sikkerhedshensyn ender vi sgu med noget nær samme sikkerhedsproblem som MS har haft i de tidlige windows med "internet-support"
Havde SMTP protokollen (bl.a.) haft et bedre afsender-check var der nok ikke der store SPAMeri vi har nu (nogle vira ville også ha' problemer)
Hvordan det skal laves har jeg ikke fundet nogen HELT god løsning på, men det bør være muligt, at bruge flere forskellige afsender addresser fra en given computer (også på tværs af domæner)
Et tegn på, at protokollen er utilstrækkelig til at sende mails er, at langt de fleste bruger diverse udvidelser som fx MIME
Hvis protokoller defineres uden sikkerhedshensyn ender vi sgu med noget nær samme sikkerhedsproblem som MS har haft i de tidlige windows med "internet-support"
Havde SMTP protokollen (bl.a.) haft et bedre afsender-check var der nok ikke der store SPAMeri vi har nu (nogle vira ville også ha' problemer)
14#
Det er lidt lige som biler uden nummerplader.. De fører dig også fra A til Z. Men i en verden hvor der er andre end dig, passer den bare ikke ind.
SMTP skulle være blevet på tegnebrættet.
Den er alt for usikker.
Så hellere have ventet et par år mere med at sende mail, for så at få en som der virker og som kan vise os en rigtig afsender, eller Caller ID som Microsoft kalder den.
Hvad angår microsofts Caller ID teknologi, så ser jeg intet problem i det, bare de ikke patenterer teknologien.
Det er lidt lige som biler uden nummerplader.. De fører dig også fra A til Z. Men i en verden hvor der er andre end dig, passer den bare ikke ind.
SMTP skulle være blevet på tegnebrættet.
Den er alt for usikker.
Så hellere have ventet et par år mere med at sende mail, for så at få en som der virker og som kan vise os en rigtig afsender, eller Caller ID som Microsoft kalder den.
Hvad angår microsofts Caller ID teknologi, så ser jeg intet problem i det, bare de ikke patenterer teknologien.
#17 Det lyder sgu som om du hverken har problemer med spam eller virus?
Det vil ikke fjerne problemet, men ihvertfald reducere det kraftigt!
Desuden ville det være meget rart med lidt features som at kunne se når modtageren har fået mailen og åbnet den etc. (Det SKAL ligge i protokollen... Outlooks feature virker ikke med andre klienter)
Det vil ikke fjerne problemet, men ihvertfald reducere det kraftigt!
Desuden ville det være meget rart med lidt features som at kunne se når modtageren har fået mailen og åbnet den etc. (Det SKAL ligge i protokollen... Outlooks feature virker ikke med andre klienter)
#18 Viper
> Det lyder sgu som om du hverken har problemer med spam
> eller virus?
Det er rigtigt, for min mail-udbyder (hej Henrik) holder sine filtre up-to-date.
Jeg har ikke set nogle *gode* foreslag til at fjerne spam og virus, og stadig bibeholde den enorme fleksibilitet. Det er ikke perfekt, men det er - indtil videre - bedre end alternativerne.
> Det lyder sgu som om du hverken har problemer med spam
> eller virus?
Det er rigtigt, for min mail-udbyder (hej Henrik) holder sine filtre up-to-date.
Jeg har ikke set nogle *gode* foreslag til at fjerne spam og virus, og stadig bibeholde den enorme fleksibilitet. Det er ikke perfekt, men det er - indtil videre - bedre end alternativerne.
#19 Jeg vil gi' dig ret i, at der ikke er nogle *gode* forslag, MEN jeg vil sgu mene at lade det være er endnu værre !
Der går RIGTIG meget tid til spilde i erhvervslivet grundet både virus og spam
Selvom en virksomhed har filtre til at fange dem smutter der stadig ting igennem (ting som ofte vil kunne fanges af at checke om afsender addressen er gyldig)
Der går RIGTIG meget tid til spilde i erhvervslivet grundet både virus og spam
Selvom en virksomhed har filtre til at fange dem smutter der stadig ting igennem (ting som ofte vil kunne fanges af at checke om afsender addressen er gyldig)
Personligt mener jeg ikke man burde kunne sende e-mail med en ugyldig eller ændret adresse. Hvis man har en adresse man ikke vil modtage indgående post på, må man slette hvad end der kommer, enten direkte på serveren eller ved klienten.
SPAM skal aflives. :)
SPAM skal aflives. :)
Well.. hvis nu man implementerede authentication på alle mailservere, så kunne man tvinge folk til at bruge deres domæne mailserver til at afsende mails fra. På denne måde ville man sikre at afsender ikke blev spoofed. HADER folk der spammer/sender vira med MIT domæne..!!!
#21 Ændret addresse ville jeg nødig undvære... Så kan man ikke bruge det alias man får hos fx. Cybercity, da det ikke er den addresse du sender med :-O
Bare der bliver checket, om addressen er gyldig er en god portion spam-mails nakket!
Bare der bliver checket, om addressen er gyldig er en god portion spam-mails nakket!
#14 ..
Enig
#18 ..
"Det lyder sgu som om du hverken har problemer med spam eller virus?"
Næh. Jeg har ikke fået én vira eller spammail på min konto, jeg nu har brugt i privat henseende i 2 år. Og ligeledes modtager jeg ingen af disse på min arbejdsmail.
#22 ..
Enig, alle burde slå auth til.
#23 ..
Hvordan skulle man tjekke om mail addr er gyldig ? Tænk på en masse (måske) "unødvendig" traffik på nettet.
Enig
#18 ..
"Det lyder sgu som om du hverken har problemer med spam eller virus?"
Næh. Jeg har ikke fået én vira eller spammail på min konto, jeg nu har brugt i privat henseende i 2 år. Og ligeledes modtager jeg ingen af disse på min arbejdsmail.
#22 ..
Enig, alle burde slå auth til.
#23 ..
Hvordan skulle man tjekke om mail addr er gyldig ? Tænk på en masse (måske) "unødvendig" traffik på nettet.
#24 Unødvendig traffik? Tænk på alt den SPAM/Virus trafik der til gengæld forsvinder!
At checke, om en mail addr. kan fx gøres ved at spørge domænets mail server om brugeren findes (Der er nogle servere der gør det idag, men det er ikke noget der ligger i standarden og gi'r - bl.a. derfor - ofte timeouts!)
Det gi'r lidt ekstra trafik retur, men ville være en "simpel" måde at reducere spam og virus
At checke, om en mail addr. kan fx gøres ved at spørge domænets mail server om brugeren findes (Der er nogle servere der gør det idag, men det er ikke noget der ligger i standarden og gi'r - bl.a. derfor - ofte timeouts!)
Det gi'r lidt ekstra trafik retur, men ville være en "simpel" måde at reducere spam og virus
Jeg sidder på arbejdet og vil gerne bruge min hjemmemail.
Jeg kan ikke sende via mit domains smtp der ligger hos et andet firma og der er en meget restriktiv firewall.
Jeg har sat mit program op, til at bruge firmaets smtp server istedet.
Hvad så ? skal modtager-serveren så spørge firmaets smtp eller mit domains smtp ? Og hvordan skal den vide om præcis jeg må sende eller ej ? Og hvad hvis firmaet er meget restriktiv med at tillade at afsende fra andre ? Og så kan kollegaerne stadig sende med '@mitdomain.dk' ?
Jeg kan ikke sende via mit domains smtp der ligger hos et andet firma og der er en meget restriktiv firewall.
Jeg har sat mit program op, til at bruge firmaets smtp server istedet.
Hvad så ? skal modtager-serveren så spørge firmaets smtp eller mit domains smtp ? Og hvordan skal den vide om præcis jeg må sende eller ej ? Og hvad hvis firmaet er meget restriktiv med at tillade at afsende fra andre ? Og så kan kollegaerne stadig sende med '@mitdomain.dk' ?
#26 Du skal sende via firmaets SMTP server, men den skal checke på din hjemmemail-server om din "påståede" afsender addresse eksisterer for at sende til den/de SMTP server(e) du vil sende til!
Det skal selvfølgelig køre over den samme port, blot med nogle andre kommandoer, og dermed vil det ikke gi' problemer med firewalls (evt. kunne der pr. mail-addr oprette relay-rettigheder for andre SMTP??? Det bliver til gengæld tungt at administrere !!!)
Det kan jeg ikke se nogle probs i (andet end det skal vedtages, at alle skal følge en ny standard)
P.S. Jeg siger ikke, at det skal være DENNE løsning, men det er et skridt i den rigtige retning!
Det skal selvfølgelig køre over den samme port, blot med nogle andre kommandoer, og dermed vil det ikke gi' problemer med firewalls (evt. kunne der pr. mail-addr oprette relay-rettigheder for andre SMTP??? Det bliver til gengæld tungt at administrere !!!)
Det kan jeg ikke se nogle probs i (andet end det skal vedtages, at alle skal følge en ny standard)
P.S. Jeg siger ikke, at det skal være DENNE løsning, men det er et skridt i den rigtige retning!
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund