According to the paper this article is based on, the algorithm is effective against messages with multiple recipients in the To: or Cc: headers. This means that messages coming from slashdot-headlines@newsletters.osdn.com would probably be in the unclassifiable half. Indeed, a good chunk of spam these days would be unclassifiable according to this algorithm.
However, the whitelist that this algorithm generates would still be valid. To me, this is the real strength of the algorithm, to be able to generate a white list with no input on my part.
I'd say its proof that North Dakotans are smart enough to not open VB attachments.
And for the record, I currently live in North Dakota, we do have computers, phone lines, indoor plumbin', and we just got them new fangled horseless carriges last year.
Assuming that you're using an SQL database to store the results, disassociating the voter with the vote isn't that hard. Observe:
create table tally ( vote_id int primary key, issue_id int, candidate_id int );
create table voted ( voter_id int primary key );
Obviously, the database would need transaction and foreign key support, but you get the idea. When a vote is cast, a lookup is done in the voted table for the voter id. If no id is found, add the vote to the tally table, and add the voter id to the voted table.
While this will tell you who voted, it won't tell you who voted for what. It still leaves the problem of being absolutely certain that the person casting the vote is a person who should be voting.
In the winter issue of The Perl Journal, there is an article about how to stream mp3's through Apache using mod_perl. I haven't tried it yet, mostly because the mp3's need to be stored on the server, and my little box is running short on disk space.
Well, there was an article on Salon where the lead singer for Creed claimed that Napster was "robbing him blind". Since they use Liquid Audio, I would assume this attitude would extend to mp3's in general.
In a way, he's right because I downloaded several of their songs from Napster and realized that Creed had only one song that I enjoyed. So I didn't buy the album, thus depriving whomever of the $17.99 I would have had to shell out for it.
Or perhaps it's because slashdot authors don't read books they probably won't like. I know if I peruse a new book, and it doesn't look like something I'd enjoy reading or find useful, I'll ignore it.
It's also a lot cheaper to spend $7.50 to see a bad movie than it is to spend upwards of $50.00 on a crappy book.
If I remember correctly, the movie was taking so long because Kubrick wanted to show the actors as they aged naturally, rather than using people of different ages who sort of look the same.
Slashdot Mirror
According to the paper this article is based on, the algorithm is effective against messages with multiple recipients in the To: or Cc: headers. This means that messages coming from slashdot-headlines@newsletters.osdn.com would probably be in the unclassifiable half. Indeed, a good chunk of spam these days would be unclassifiable according to this algorithm.
However, the whitelist that this algorithm generates would still be valid. To me, this is the real strength of the algorithm, to be able to generate a white list with no input on my part.
SSH2 works similarily to SSH1. The differences are:
1.) You need to use the -t option with ssh-keygen (i.e. ssh-keygen -t dsa) and
2.) The file names are different. For DSA, the file name is ~/.ssh/id_dsa instead of ~/.ssh/identity, and so forth.
How is it that SSH2 can use a signature algorithm to do real encryption?
DSA is used for authentication only. All other communication is encrypted with a different cipher, like 3des or blowfish.
I'd say its proof that North Dakotans are smart enough to not open VB attachments.
And for the record, I currently live in North Dakota, we do have computers, phone lines, indoor plumbin', and we just got them new fangled horseless carriges last year.
Assuming that you're using an SQL database to store the results, disassociating the voter with the vote isn't that hard. Observe:
create table tally (
vote_id int primary key,
issue_id int,
candidate_id int
);
create table voted (
voter_id int primary key
);
Obviously, the database would need transaction and foreign key support, but you get the idea. When a vote is cast, a lookup is done in the voted table for the voter id. If no id is found, add the vote to the tally table, and add the voter id to the voted table.
While this will tell you who voted, it won't tell you who voted for what. It still leaves the problem of being absolutely certain that the person casting the vote is a person who should be voting.
In the winter issue of The Perl Journal, there is an article about how to stream mp3's through Apache using mod_perl. I haven't tried it yet, mostly because the mp3's need to be stored on the server, and my little box is running short on disk space.
In a way, he's right because I downloaded several of their songs from Napster and realized that Creed had only one song that I enjoyed. So I didn't buy the album, thus depriving whomever of the $17.99 I would have had to shell out for it.
Or perhaps it's because slashdot authors don't read books they probably won't like. I know if I peruse a new book, and it doesn't look like something I'd enjoy reading or find useful, I'll ignore it.
It's also a lot cheaper to spend $7.50 to see a bad movie than it is to spend upwards of $50.00 on a crappy book.
If you read the PR Newswire story, you'd also find:
RedHat and VA are in a bidding war for "Harry Potter"
Verisign acquires Proctor and Gamble
Al Gore announces new initiative to "Open Source the Internet"
Personally, I'm taking this with more than a few grains of salt. If this is a joke, its a pretty stupid one.
If I remember correctly, the movie was taking so long because Kubrick wanted to show the actors as they aged naturally, rather than using people of different ages who sort of look the same.
According to this article, the Virginia Senate has passed it unanimously.