That's simply not true. Besides, you definately don't have to agree to the EULA if you don't use the software, and arguably even if you do. It's the terms and conditions fo rusing the service not the client software, it's all.NET now.
As for the criminal part yes it's exaggerated, yes it's unlikely but that's what the T&C says.
I used to work in a 3 man ISP. We tried to do what we could, we tried the ORB and the RBL but that just generated more complaints. Any other schemes require different clients and servers and it's just not worth the bother. Of our 5000 subscribers I only remember getting one complaint about spam in the 2 years I was dealing with the support.
I think that the designers of SMTP got it just about right. I've read a few proposed solutions and they all seem imperfect in their own way. Maybe the flaws of SMTP are outweighed by the things that's right about it.
finally I get your point, you should have expanded to start with;)
I tried TMDA but I needed to be running my own SMTP server but I'm not on a fixed IP and getting my ISP to put TMDA in place at their end is a no-no too.
Giving a central authority access to the identity of every single caller and call receiver would enable laws to be useful, but who wants that?
Can't see as its much different from my telco having my number. They publish opt-outable directories etc. They sell them in electronic form to cold-callers.
it's going to be a long time before our in boxes are safe, i know that much
It's no more ridiculous than saying I should start to write my own Messenger client because I want to communicate with my MSN Messenger contacts but disagree with the Messenger EULA.
The EULA says that one can't use an unauthorised client to access the service. The ultimate recourse for non-compliance is criminal prosecution.
I'll just stick to email, my filters sort solicited form unsolicited pretty easily. My bandwidth is paid for. The rest is up to the ISPs and as more and more struggle they might find that reducing bandwidth consumption by eliminating spam is a winner all round.
Sorry, I see what you're saying now. I just read the thread from the start.
However, I hardly think that the way one registers with web sites has *any* bearing on replacing SMTP with a system that hinders spamming and spoofing.
Any more than not giving your phone number to your doctor will stop double-glazing salespeople calling.
my point was that email is store and forward with a set of well worked standards on how I can both store and forward my mail. IM relies on the vagaries of IM suppliers and their central servers.
Don't like the EULA for ICQ/AIM/MSNMessenger any more? Tough, you just lost contact with your friends.
playing a CD isn't a 'public performance', regardless of where you are. You aren't performing... the artist is.
Sorry but that is exactly wrong.
"Public performance" is playing the CD so that non-license holders of the recorded works can hear it. That means in shops, in pubs and bars and at home.
Third, the 'fair use' clause of the copyright law Sorry this is England. Fair Use is not defined
but I expect these items to be displayed by the retail outlets in the "CD" section of their stores. Would this not push the responsibility from the packaging and on to the retail environment.
Here's a exaggerated scenario:
A plastic tub with a picture of an ice cream cone and some fruit on it placed in the freezer in the middle of the ice cream products. But it doesn't contain ice-cream, it contains an lovely tasting ice-cream like substance but it is mildly poisonous to people who own iMacs.
The poison would maybe cost them $1000 in medical bills, lost work etc.
Write in big letters on the lid "Eat at your own risk". Cripes you could even use that as your post modern advertising campaign.
I suggest you read up on copyright law. It's a breach of copyright to let anyone but the people who live in your house to hear any music you have purchased. "No public performance" means just that. Playing a CD at work so your colleagues can hear it is an infringement of your license.
So is having people round to watch a video.
All sounds crazy but the letter of the law if restrictive to enable infringments to be easily identified and then the discretion of the judge deals with the rest.
If the FBI knows your IP, they can try to infect you with a virus that snaps a mugshot of you for them
it's called Sub7, it advertising it's infections in an IRC channel and then anyone with a sub7 client can take webcams pics, desktop screenies, read files, run apps whatever
not read the article but what defines an ISP and at what level would the capture be?
I mean I don't use my ISP's mailserver directly as a relay I use my own SMTP server, do I become my own ISP? Or will my upstream provider be required to scan all of my port 25 ourgoing traffic too?
I was one of the people bugging him for updates, I could never get it to compile of FreeBSD for me.
I ended up going over to mod_python.
Shame because one of the premises of mod_snake was the concept of nested python interpreters. Like Apache itself mod_snake had one thread and then passed the request on to another python interpreter running as a sub thread so that you could maintain state between requests by using the same interpreter.
It sounded interesting, but I never got the chance to find out.
mod_python has the annoying attribute of requiring the whole python installation to be compiled as single threaded which means some modules don't work (urllib for instance - so you have to roll your own url en/decoder). Which then leaves you in the stick world of two python installations of you want to use sockets and threads in other applications.
I've still not sussed out how to easily manage two installations:(
mod_python does rule though, I much prefer using it to php or standard CGI and I'm so glad I dont have to learn any more of mod_perl than the rudimentrary stuff I picked from reading the O'Reilly mod_perl book.
Slashdot Mirror
It could also be done quite easily using a website.
that's an interesting solution.
hehe I just expanded the idea to sending HTML email with a form to fill in to send info back!
nooooooo
That's simply not true. Besides, you definately don't have to agree to the EULA if you don't use the software, and arguably even if you do. .NET now.
It's the terms and conditions fo rusing the service not the client software, it's all
As for the criminal part yes it's exaggerated, yes it's unlikely but that's what the T&C says.
I used to work in a 3 man ISP. We tried to do what we could, we tried the ORB and the RBL but that just generated more complaints. Any other schemes require different clients and servers and it's just not worth the bother. Of our 5000 subscribers I only remember getting one complaint about spam in the 2 years I was dealing with the support.
I think that the designers of SMTP got it just about right. I've read a few proposed solutions and they all seem imperfect in their own way. Maybe the flaws of SMTP are outweighed by the things that's right about it.
finally I get your point, you should have expanded to start with ;)
I tried TMDA but I needed to be running my own SMTP server but I'm not on a fixed IP and getting my ISP to put TMDA in place at their end is a no-no too.
Giving a central authority access to the identity of every single caller and call receiver would enable laws to be useful, but who wants that?
Can't see as its much different from my telco having my number. They publish opt-outable directories etc. They sell them in electronic form to cold-callers.
it's going to be a long time before our in boxes are safe, i know that much
It's no more ridiculous than saying I should start to write my own Messenger client because I want to communicate with my MSN Messenger contacts but disagree with the Messenger EULA.
The EULA says that one can't use an unauthorised client to access the service. The ultimate recourse for non-compliance is criminal prosecution.
I'll just stick to email, my filters sort solicited form unsolicited pretty easily. My bandwidth is paid for. The rest is up to the ISPs and as more and more struggle they might find that reducing bandwidth consumption by eliminating spam is a winner all round.
Write your own client.
:
.NET Messenger Service.
Could you give me the URL of where the RFC for MSN Messenger protocol is please?
I did find this
You may use only Microsoft client software or authorized third-party software to access and/or use the
So instead of using "dead" email I should run the risk of criminal prosecution?
It just gets better and better.
Sorry, I see what you're saying now. I just read the thread from the start.
However, I hardly think that the way one registers with web sites has *any* bearing on replacing SMTP with a system that hinders spamming and spoofing.
Any more than not giving your phone number to your doctor will stop double-glazing salespeople calling.
eh?
the solution to spam is "don't check your email?"
my point was that email is store and forward with a set of well worked standards on how I can both store and forward my mail. IM relies on the vagaries of IM suppliers and their central servers.
Don't like the EULA for ICQ/AIM/MSNMessenger any more?
Tough, you just lost contact with your friends.
A system like passport would go a long way toward stopping spam.
Apart from "selected partners" of the passport provider.
They just cant help themselves.
my pc is down atm. how do i get my IM?
I think :
* Support for Visual Studio development tools: voice and audio software components on host side may be Visual C/C++ or Visual Basic DLLs or OCXs
tells you all you need to know
playing a CD isn't a 'public performance', regardless of where you are. You aren't performing... the artist is.
Sorry but that is exactly wrong.
"Public performance" is playing the CD so that non-license holders of the recorded works can hear it. That means in shops, in pubs and bars and at home.
Third, the 'fair use' clause of the copyright law
Sorry this is England. Fair Use is not defined
IANAL
:
but I expect these items to be displayed by the retail outlets in the "CD" section of their stores. Would this not push the responsibility from the packaging and on to the retail environment.
Here's a exaggerated scenario
A plastic tub with a picture of an ice cream cone and some fruit on it placed in the freezer in the middle of the ice cream products. But it doesn't contain ice-cream, it contains an lovely tasting ice-cream like substance but it is mildly poisonous to people who own iMacs.
The poison would maybe cost them $1000 in medical bills, lost work etc.
Write in big letters on the lid "Eat at your own risk". Cripes you could even use that as your post modern advertising campaign.
And when the come complaining say "buyer beware".
Q265230
I suggest you read up on copyright law.
It's a breach of copyright to let anyone but the people who live in your house to hear any music you have purchased. "No public performance" means just that. Playing a CD at work so your colleagues can hear it is an infringement of your license.
So is having people round to watch a video.
All sounds crazy but the letter of the law if restrictive to enable infringments to be easily identified and then the discretion of the judge deals with the rest.
We would still have them too
Both boxes, capoot!
Thank god for backups
er so did you lose them or not?
If the FBI knows your IP, they can try to infect you with a virus that snaps a mugshot of you for them
it's called Sub7, it advertising it's infections in an IRC channel and then anyone with a sub7 client can take webcams pics, desktop screenies, read files, run apps whatever
not read the article but what defines an ISP and at what level would the capture be?
I mean I don't use my ISP's mailserver directly as a relay I use my own SMTP server, do I become my own ISP? Or will my upstream provider be required to scan all of my port 25 ourgoing traffic too?
All of BBC Radio is streamed out
well done Apple for inventing handles
Carrying suitcases around before then must have been such a pain
oh dear my bad, I wonder what I was thinking
:
:
In pennance for my mistake I embarked on the list of stuff from the standard distribution that failed on import $MODULE
dl : FAILED dl -- Call C functions in shared objects
gdbm : FAILED -- GNU's reinterpretation of dbm
mpz : FAILED -- GNU arbitrary magnitude integers (Deprecated since release 2.2.)
and of course
thread : FAILED
threading : FAILED
I hope that repays my debt to society
I was one of the people bugging him for updates, I could never get it to compile of FreeBSD for me.
:(
I ended up going over to mod_python.
Shame because one of the premises of mod_snake was the concept of nested python interpreters. Like Apache itself mod_snake had one thread and then passed the request on to another python interpreter running as a sub thread so that you could maintain state between requests by using the same interpreter.
It sounded interesting, but I never got the chance to find out.
mod_python has the annoying attribute of requiring the whole python installation to be compiled as single threaded which means some modules don't work (urllib for instance - so you have to roll your own url en/decoder). Which then leaves you in the stick world of two python installations of you want to use sockets and threads in other applications.
I've still not sussed out how to easily manage two installations
mod_python does rule though, I much prefer using it to php or standard CGI and I'm so glad I dont have to learn any more of mod_perl than the rudimentrary stuff I picked from reading the O'Reilly mod_perl book.
Is it me - or is that really a bad idea..
It's you.
Easily done if you know what you are doing!
well duh!
Tracey Emin beat you both to it
see what Rolf says