OK, did a quick look, and this is what I think they use:
OK, did a quick look, and this is what I think they use:
I hate apple products as much as the next guy, but I'm not sure I can agree with this. I see my coworkers typing on their ipads all the time with a dock-like keyboard that attaches to act like a cover when not in use (not sure what it's called or if it's an official apple product or 3rd party).
You are right...it MOSTLY works flawlessly, but there are subtle issues you need to pay attention to. The All Mail thing usually would not be such a concern I would think. If you were migrating to a server that is fully imap compliant, then yes, those deleted messages would show up in an additional folder called '[Gmail]/All Mail' on the destination server, and you could just promptly delete that folder and you'd be back to what you would have expected.
However, the fact that these messages are showing up in people's inbox leads me to beleive they didn't do a full folder migration, and instead only copied the All Mail folder to the new inbox. Why would you do that? Well, as I mentioned in another post, my recollection of hotmail is that it supports INBOX access to imap, but doesn't support other folders. I don't know if Yahoo does a similar thing or not, but to me, that seems like the only excuse I could think of for copying All Mail to the inbox. Though even that isn't a good excuse...I don't see how they could justify letting their users lose their entire folder structure in the migration process.
A faster way would be to delete all in All Mail, then recurse through the other folders creating a duplicate tag in All Mail. Messages that only existed in All Mail before will be gone. All others are preserved.
You would think so, wouldn't you. And that would probably work if this were a fully imap compliant system, but that's exactly the point (and why they got into this mess to begin with)...it isn't.
For gmail, the message in "All Mail" is the sole existence of the actual message in the system. The copies of the message in other "folders" are really just references to the copy in "All Mail". So deleting it from All Mail is not really a choice. I can't remember from my testing back then what would happen if you DID delete it from All Mail. Either google would reject the delete, or the message would disappear from every folder it was in and not even leave a copy in the trash (you had to move it to trash if you wanted that). I know google rejects deletes of the entire All Mail folder, but I don't recall the result for trying to delete individual messages.
Yes, for migrating off of google, that's also an option (which I thought of right after clicking submit), assuming the recipient system supports folders. I don't know about yahoo. I was messing with hotmail a few months back before our migration, and I think my reccollection was that they support IMAP to the inbox, but no arbitrary folders. In a case like that, you'd have to collapse all the mail down to 1 folder (the INBOX), so pulling All Mail would be the easiest way.
In my case, we had a similar sort of issue while moving onto google, so ignoring "All Mail" wasn't an option, so I resolved as indicated in my other post.
Actually, I doubt it was Yahoo's fault either. This can't be the first time Yahoo has done an import from Google, can it (assuming they even handle the importintg for you...google doesn't)? If they had done this before, they'd have known about this problem with IMAP and the All Mail folder. So I'm guessing it Sky itself that made the mistake (or whatever consultant they hired to to do it) because of their unfamiliarity with Google's system.
Google does delete stuff (at least from our view...who can say what they really do behind the scenes). This is just a case of Google only being a pseudo-imap system. It's compatible with imap clients, but it's got some oddities in how they expose their internal system to imap. See my post above for more info.
Actually, I'm pretty certain I know exactly what happened, because I just handled a major migration to google and dealt with an issue like this. It's due to the way google uses labels instead of folders, and how they (mostly-transparently) expose them as folder via imap (though this is one of the few non-transparent side effects).
In google, when you "delete" a message via imap, it doesn't get deleted. Instead, google just removes the label. That message still exist with all of the other labels, and it also exists in "All Mail" (which is exposed via IMAP through the "[Gmail]/All Mail" folder). So, if you have new mail come it, it is by default in your INBOX and your "[Gmail]/All Mail" folders. When you then delete it from the INBOX via imap, it's still in All Mail.
The way to deal with this is to move the message into "[Gmail]/Trash" instead of deleting it. That will truely delete it. However, since that wasn't done all along, those "deleted" messages are now orphaned in "[Gmail]/All Mail". There is a potential way to resolve even this problem, but it depends on how the account has been used. If users have logged into Gmail directly and taken advantage of the "Archive" feature to remove a message from the inbox (without truely deleting it) then all bets are off. There is no way to differentiate intentionally saved messages from deleted-via-imap messages. However, if it has only been accessed via imap (and users haven't intentionally been trying to take advantage of the All Mail folder), then you can do the following via a script:
Go through every message in "[Gmail]/All Mail".
For each message, try to find that same message in another folder.
If you don't find it in another folder, then that message only exists in "[Gmail]/All Mail". You can then move it to "[Gmail]/Trash" to get rid of it.
Searching for messages 1 at a time is a bit slow, so you can optimize this by first building a list of all messages in other folders. If you just retrieve a few headers from every message, it's actually fairly fast. The "Message-ID" field is usually sufficient for this, but there may be messages here and there that don't have that header, so you'll have to have other headers to fall back on.
Yes, but it's like the old tale of wind and sun competing who gets the guy to take off his jacket. Wind blew and blew and all that accomplished was him to tighten his grasp on the jacket, sun instead shined and the guy took off the jacket voluntarily.
If you try to FORCE me to do something, expect me to resist. Give me what I want and you may expect me to cooperate.
Except that argument is BS. To put it in terms of your old tale, it's like the sun shined and shined and shined for years, but more and more people just put on their jackets. Then finally the wind starts blowing, and people get upset and say "if you'd just give me some sun instead of the wind, maybe I'd voluntarily take off my jacket".
Twin A blames Twin B, Twin B keeps quiet: Twin A goes free. Twin B goes to jail.
Twin B blames Twin A, Twin A keeps quiet: Twin B goes free. Twin A goes to jail.
Wow. I didn't know our justice system worked like that. So someone accuses you, you invoke your 5th amendment right to remain silent, and you go to jail?
No they don't. This is Google News:
That's not giving away the content, in any case. Each teaser is shorter than a slashdot summary.
And you don't already have to know the news to search for it, you just go to news.google.com
Seriously, how can someone be so anxious to post bogus info as if they're "clarifying"?
Are you kidding me? Come on, be serious. How about this one, on Google News now:
Twitter: Hackers hit 250000 accounts
USA TODAY - 5 minutes ago
Twitter hacked on the heels of several high-profile cyberattacks on U.S. media giants. Twitter logo. TheTwitter logo is displayed at the entrance of Twitter headquarters in San Francisco.
Now that I know WHERE the twitter logo is displayed, what more could I possibly want out of the article?
Another thing that plays into it: are you in a major metro area, or more rural? Rural areas are always going to lag behind. The first player in can justify it because they get 100% of the market. After that, additional service providers will only see a fraction of that return, thus it's not worth it to start up there, and thus the first player gets to enjoy their monopoly for a long time (so no incentive to upgrade). So, yeah, they'll always stay behind, but in the context of this thread (whether there's a considerable benefit to replacing one codec with another and having to replace/retool all the hardware), those rural areas are insignificant, since stuff will mostly be designed around the majority of the population this lives around major cities and mostly will get upgraded service over the years.
Apparently you don't know what the word average means, or how significant digits are used. The thing being measured has no impact on the number of significant digits you can use. It's purely determined by the precision of your measurements.
Really? Must be your cable provider. In the last few years, my cable provider (WideOpenWest) has given a free upgrade from 8Mbps to 16Mbps (and in the 5 years before that we went from 4Mbps to 8Mpbs), and introduced new 30Mbps and 50Mbps plans. Comcast has introduced 100Mbps a plan in many areas. Google has their first Gigabit city. I've heard a number of stories of municipals setting up their own internet service with speeds between 20Mbps and 100Mbps. Verizon Fios has new plans of 50Mbs, 75 Mbps, 150Mbps, and 300Mbps.
It's happening. It won't be overnight, but eventually even your cable provider is gonna have to improve to keep up. If they don't, someone like Comcast or Verizon will be all to happy to move in and steal the market from under them.
H.265 is a very large improvement over H.264 (about 50% of the bit rate for equal quality)
According to wikipedia, it's 35.4% smaller