Not really, tha name has just been announced and I assume this is meant to be used in a radically different way than the previous ones. Note that it's called "iPhone 4S". Then again, some people might have been using it that way already.
Check out the beginning of the "Technical Description" section:
MMS messages are delivered in a completely different way from SMS. The first step is for the sending device to encode the multimedia content in a fashion similar to sending a MIME e-mail (MIME content formats are defined in the MMS Message Encapsulation specification). The message is then forwarded to the carrier's MMS store and forward server, known as the MMSC. If the receiver is on another carrier, the relay forwards the message to the recipient's carrier using the Internet. Once the MMSC has received a message, it first determines whether the receiver's handset is "MMS capable", that is it supports the standards for receiving MMS. If so, the content is extracted and sent to a temporary storage server with an HTTP front-end. An SMS "control message" containing the URL of the content is then sent to the recipient's handset to trigger the receiver's WAP browser to open and receive the content from the embedded URL.
AFAIK, the temporary storage server is on the carrier's premises and contain the images / media / whatever that the MMS carries. The data connection you do need to retrieve those attachments is therefore limited in scope and the carrier can safely establish a policy of not billing the recipient for accessing this temporary storage server. He has already charged the originated party (or the interconnect carrier) for delivering the message + attachments to the recipient.
Of course, this is entirely open for whatever policy the carrier chooses to apply; there are countries where you even pay a fee to receive calls on your mobile phone, and smaller fees are charged to whoever is originating the calls - since it's the recipient's choice to carry a mobile terminal instead of having a fixed landline, he's the one paying for that traffic. That's not the most generalized behavior though; usually mobile subscribers do not pay for received calls, SMS or MMS (including attachments), except perhaps when roaming abroad - and even then, usually received SMS (and only those) are not charged at all.
Another aspect claimed by the article is that even with Hibernate there is still some power drain, altough below 1W. I do know that my laptop had Wake-on-LAN turned on in the BIOS. After disabling it, I stopped noticing 1% or 2% missing charge after being hibernated for a couple of days without being plugged in.
This subject reminds me of a paper I saw some time ago, on a way to use the cosmic rays to your advantage and breaking out of the JVM. Here's the link: http://www.cs.princeton.edu/sip/pub/memerr.pdf
I say this whole International Date Line thing is just a cover up for the real reason - the pilots were listening to unlicensed mp3 in their cockpit radios and the system shut down to prevent further copyright violations.
And even if it was a mere DNS block, it would be good enough to block out most of the users. The geek ones will find a way around it, just as they will find a way around blocked IPs.
No need for Emacs vs vi arguments
on
The Birth of vi
·
· Score: 1
The search history wouldn't be enough. There's lots of pages you visit through links in other pages (or typed-in urls, for that matter), not just pages you searched for and followed in the search results.
AV scanners are no longer fooled that easily. Many of them already scan inside ZIP/RAR/etc. Also, if you rename an EXE file to something else, it might still be detected and dropped. If you password-protect the archive, that can also trigger the deletion.
In the end, what matters is the set of rules the admin chose to activate, the scanners already support a lot of criteria.
In Brazil for instance, there are domain names with accented chars. I'm not sure if this is some sort of tweaked usage, though.
Go to this page and search for the domain (www.)pãodeaçúcar.com.br - it works.
If you try removing accents from only some of the letters, the query still works, so probably the browser or the DNS server converts each letter to an non-accented one before performing the query.
Not really, tha name has just been announced and I assume this is meant to be used in a radically different way than the previous ones. Note that it's called "iPhone 4S".
Then again, some people might have been using it that way already.
Check out the beginning of the "Technical Description" section:
MMS messages are delivered in a completely different way from SMS. The first step is for the sending device to encode the multimedia content in a fashion similar to sending a MIME e-mail (MIME content formats are defined in the MMS Message Encapsulation specification). The message is then forwarded to the carrier's MMS store and forward server, known as the MMSC. If the receiver is on another carrier, the relay forwards the message to the recipient's carrier using the Internet.
Once the MMSC has received a message, it first determines whether the receiver's handset is "MMS capable", that is it supports the standards for receiving MMS. If so, the content is extracted and sent to a temporary storage server with an HTTP front-end. An SMS "control message" containing the URL of the content is then sent to the recipient's handset to trigger the receiver's WAP browser to open and receive the content from the embedded URL.
AFAIK, the temporary storage server is on the carrier's premises and contain the images / media / whatever that the MMS carries. The data connection you do need to retrieve those attachments is therefore limited in scope and the carrier can safely establish a policy of not billing the recipient for accessing this temporary storage server. He has already charged the originated party (or the interconnect carrier) for delivering the message + attachments to the recipient.
Of course, this is entirely open for whatever policy the carrier chooses to apply; there are countries where you even pay a fee to receive calls on your mobile phone, and smaller fees are charged to whoever is originating the calls - since it's the recipient's choice to carry a mobile terminal instead of having a fixed landline, he's the one paying for that traffic.
That's not the most generalized behavior though; usually mobile subscribers do not pay for received calls, SMS or MMS (including attachments), except perhaps when roaming abroad - and even then, usually received SMS (and only those) are not charged at all.
This is a perfect example of useless, wasted effort.
I agree, you should have posted on Digg instead.
Bonus points will be awarded for submissions somewhat related to this usage scenario.
Also mod parent up, nice pun.
Another aspect claimed by the article is that even with Hibernate there is still some power drain, altough below 1W.
I do know that my laptop had Wake-on-LAN turned on in the BIOS. After disabling it, I stopped noticing 1% or 2% missing charge after being hibernated for a couple of days without being plugged in.
Not yet but soon, just wait for the medical data to be compromised in a similar way.
How much exactly does that mean?
...
- 10^9 * 10^9 bytes
- 2^30 * 2^30 bytes
- 10^9 * 2^30 bytes
- 10^12 * 2^30 bytes (non-american billions)
-
You never know, these days
This subject reminds me of a paper I saw some time ago, on a way to use the cosmic rays to your advantage and breaking out of the JVM. Here's the link: http://www.cs.princeton.edu/sip/pub/memerr.pdf
There will be, when DNF is finished.
Well I've been doing too much hex math, I read it as 4327 dollars.
Did you just say that RIAA uses some sort of suenet?
Maybe that's what they want you to think
Nothing for you to see here. Please swim along.
I say this whole International Date Line thing is just a cover up for the real reason - the pilots were listening to unlicensed mp3 in their cockpit radios and the system shut down to prevent further copyright violations.
And even if it was a mere DNS block, it would be good enough to block out most of the users. The geek ones will find a way around it, just as they will find a way around blocked IPs.
Edlin is obviously the best.
I wonder if the computer owner will have to supply the decryption keys when in British soil...
I'm sure the guys before Eratosthenes thought the exact same thing regarding the earth's surface.
The search history wouldn't be enough. There's lots of pages you visit through links in other pages (or typed-in urls, for that matter), not just pages you searched for and followed in the search results.
You're forgetting
4) *Classified*
I bet they're also trying to pantent the concept of "releasing beta products for widespread usage".
AV scanners are no longer fooled that easily. Many of them already scan inside ZIP/RAR/etc. Also, if you rename an EXE file to something else, it might still be detected and dropped. If you password-protect the archive, that can also trigger the deletion.
In the end, what matters is the set of rules the admin chose to activate, the scanners already support a lot of criteria.
In Brazil for instance, there are domain names with accented chars. I'm not sure if this is some sort of tweaked usage, though.
Go to this page and search for the domain (www.)pãodeaçúcar.com.br - it works.
If you try removing accents from only some of the letters, the query still works, so probably the browser or the DNS server converts each letter to an non-accented one before performing the query.
That wasn't unicode DNS, that was an unicode path for the slashdot.org server.