Sorry for the downtime today… I made the mistake of attempting to migrate back to my Media Temple (gs) account.
What Happened
The migration went well, and I got everything up and running without any problems. Great, off to Starbucks! An hour later I return home, click refresh… And get a Wordpress error that it can’t select my database. Great, what now?
I log into my Media Temple account, and see that the database is still listed there. Flip to phpMyAdmin, and notta. Database isn’t listed.
The Problem
I submit a trouble ticket and wait about 15 minutes without a result. Fine, we’ll call their 800 number. I get in the queue and their automated system tells me I’m #6 and the estimated hold time is about 9 minutes. Ok, that’s not too bad, especially if they’re having a problem…
21 minutes later, I get a technician. Robbie was quite nice and knew right away what my problem was. Apparently there was a problem with the database permissions, and they were having to re-set permissions on a large number of newly-created databases (including one of mine that had been created at least 24 hours previously). An admin was working on it, and it should be about an hour…
My Verdict
It looked like (mt) had gotten the kinks worked out in their new (gs) system. The last downtime report claimed less than 15 minutes, and I hadn’t even noticed it (nor had my site monitoring service, Site 24×7). I finally decide to switch back, and promptly get kicked in the gut (or somewhat lower) for my trouble.
I don’t care if they haven’t charged me for this service since I started in October… It’s not worth it. Goodbye, Media Temple. I’ll have my bags packed by tomorrow.

Missing an Email? It may be Media Temple’s Fault
It started last week when I was trying to sign up for Ron Paul Christmas. For some peculiar reason, I didn’t receive the welcome email. After talking with the site owner, it turned out (mt) was rejecting the email because the email address wordpress@ronpaulchristmas.com didn’t exist on the sending server.
Now, this isn’t particularly unusual. There is no requirement1 that an email address actually exist for a server to send email as if it were from that address. This is especially true from Wordpress blogs, which often send email from
wordpress@domain.comaccounts on behalf of their owners. Now, since this is only used for outgoing email, in most cases users would never bother setting the email account up. Why would you? You’re never going to be receiving email there2, so what’s the point?Well, (mt) apparently knows better than you do… For “security reasons”3, their grid service does a “callback” check on every incoming email address. If the server handling mail for
domain.comdoesn’t recognize that account (such as ourwordpress@domain.comexample), (mt)’s server will reject the message.I’ve tried to point out that this kind of behavior can be detrimental, particularly in the age of blogging and web services we now exist in, but the best answer I’ve been able to get out of (mt) is that I should add the sending address to their Mail Protect whitelist. Well great, unless I can add
*@*to the whitelist, or at the very leastwordpress@*, that’s hardly a viable solution - how do I know the address that’s sending to me if I never get the email?If you use Media Temple’s grid service4, please contact (mt) immediately and tell them this is an unacceptable situation. I love a lot of aspects of their grid service, but this is clearly not one of them…