Except the problem that the whole world doesnt speak english / may be analphabet, there is a fundamental flaw.
Being analphabet is a serious drawback to reading email, with or without a CR system.
Re:The virus is spread by UNIX
on
SCO Offline
·
· Score: 1
That is incorrect, not "only Microsoft Outlook clients" are vulnerable--it's Windows that's vulnerable. Whichever email client is used doesn't matter, infection comes with running the attachement.
Why would a protocol allow you to pretend to be someone else?
Indeed, but what if you're not pretending, you are just being one of your multiple selves? C'mon, many people have had multiple email addresses for ages. Just because I use two different email addresses doesn't mean I am faking either.
On the contrary, they could make sure they don't send spam to spamcop users. This way they can concentrate on spamming the millions uncaring masses and not be disturbed by antispam "activists".
I'm always amazed when I read that sending newsletters to customers means sending millions of emails. How many companies in the world have such customer bases?
OMFG. Yet another completely misinformed "I didn't read the article at all" post rockets up to +5. Did the mod points somehow get allocated only to short-bus kids today? Has it occured to you that the people who moderate are the same people who post? If people won't RTFA before posting nonsense, why should they bother when moderating...
Commercialization works fine with multiple competitors producing higher quality services for lower prices on a standard level playing field.
Standard level playing field to me implies government oversight, such as regulations. No wonder Verisign wants to turn ICANN from a regulatory body to a trade association.
right, average people don't have any need to download at hundreds of megs per second. They can just wait for their ISO images, movies and whatnot for hours. There's a word for people like you: elitist.
You clicked the "I am a total moron, charge me even more to host my DNS and web page" checkbox instead of the "I know what I'm doing, just let me enter my DNS servers IP and get outta here" checkbox when you registered your domain.
nah, the browser is being handled an IP for its DNS request, and when it issues the HTTP request it's getting an answer. There's nothing wrong with wildcarding virtual hosts at the HTTP level. The server definitely has the resource the browser is asking for.
Then people noticed that all TLD ought to be delegation-only (they were wrong) and objected to have to write a stanza in the configuration file for every TLD. That's why the second patch was introduced.
That just doesn't sound right. There was a problem with the.com and.net zones. The first patches cures that. Why on earth go out on a limb and work up a second patch for a non existent problem?
What I'd like to know is why the second feature (root-delegation-only) was introduced, when the problem at hand, wildcards in the.com and.net zones, was adequately addressed by the first feature (type delegation-only).
We would have loved too, and in fact had several appendices covering various other popular toolkits used on top of mod_perl, but there's a point where you can't just keep on adding material--our editor decided for us that this point was reached at 900 pages. --Eric, co-author
You can have the data (the list's contents) be from a central source, and have the delivery of that data be distributed. Integrity of data can be verified using MD5 or GPG signatures or some similar method.
Possibly because it runs only on Windows? That's my reason, anyway.
Except the problem that the whole world doesnt speak english / may be analphabet, there is a fundamental flaw.
Being analphabet is a serious drawback to reading email, with or without a CR system.
That is incorrect, not "only Microsoft Outlook clients" are vulnerable--it's Windows that's vulnerable. Whichever email client is used doesn't matter, infection comes with running the attachement.
Here's an XML snippet:
<message id="42">
<from>John Doe</from>
<text>Hey Bob</text>
</message>
I bet you can you figure out its structure and semantics without resorting to a spec. That's self-describing.
/* ... */ is a C comment, not valid in Perl.
Old timers learned to use C when C was a pathetic PTR-only lookup utility, and they found C to be easier to use than C.
Why would a protocol allow you to pretend to be someone else?
Indeed, but what if you're not pretending, you are just being one of your multiple selves? C'mon, many people have had multiple email addresses for ages. Just because I use two different email addresses doesn't mean I am faking either.
Whose freedom is being protected by the GPL?
The author's freedom. The author chooses the license under which he makes his software available, remember?
On the contrary, they could make sure they don't send spam to spamcop users. This way they can concentrate on spamming the millions uncaring masses and not be disturbed by antispam "activists".
I'm always amazed when I read that sending newsletters to customers means sending millions of emails. How many companies in the world have such customer bases?
Move your email to a server where you can do the filtering server side (e.g. SpamAssassin, etc).
I'd much rather you fucked off and died
You must be American. Only in the US is not being funny a capital offense.
OMFG. Yet another completely misinformed "I didn't read the article at all" post rockets up to +5. Did the mod points somehow get allocated only to short-bus kids today?
Has it occured to you that the people who moderate are the same people who post? If people won't RTFA before posting nonsense, why should they bother when moderating...
For ever, no, but maybe a bit more than one year ? Jaguar (10.2) isn't that old.
Emigrant la Paris, designer de interfete grafice, bagator de seama. Blog la www.timbru.com/jurnal .
Is that Esperanto?
Commercialization works fine with multiple competitors producing higher quality services for lower prices on a standard level playing field.
Standard level playing field to me implies government oversight, such as regulations. No wonder Verisign wants to turn ICANN from a regulatory body to a trade association.
right, average people don't have any need to download at hundreds of megs per second. They can just wait for their ISO images, movies and whatnot for hours. There's a word for people like you: elitist.
You clicked the "I am a total moron, charge me even more to host my DNS and web page" checkbox instead of the "I know what I'm doing, just let me enter my DNS servers IP and get outta here" checkbox when you registered your domain.
nah, the browser is being handled an IP for its DNS request, and when it issues the HTTP request it's getting an answer. There's nothing wrong with wildcarding virtual hosts at the HTTP level. The server definitely has the resource the browser is asking for.
Then people noticed that all TLD ought to be delegation-only (they were wrong) and objected to have to write a stanza in the configuration file for every TLD. That's why the second patch was introduced.
.com and .net zones. The first patches cures that. Why on earth go out on a limb and work up a second patch for a non existent problem?
That just doesn't sound right. There was a problem with the
What I'd like to know is why the second feature (root-delegation-only) was introduced, when the problem at hand, wildcards in the .com and .net zones, was adequately addressed by the first feature (type delegation-only).
We would have loved too, and in fact had several appendices covering various other popular toolkits used on top of mod_perl, but there's a point where you can't just keep on adding material--our editor decided for us that this point was reached at 900 pages.
--Eric, co-author
Thanks, very nice of you.
--Eric, co-author
You can have the data (the list's contents) be from a central source, and have the delivery of that data be distributed. Integrity of data can be verified using MD5 or GPG signatures or some similar method.
Actually, for anyone mildly interested in DNS, finding out about Verisign's trick of the week isn't exactly, er, hard.