This morning I’m supposed to be shooting a short web video for Penton on desktop data management for Exchange. I expected one guy with a camera, but now my office has three people (plus me): a camera operator, the teleprompter operator, and the audio guy. They have more equipment than I can shake a mouse at, so things are pretty snug in my office. The last time I did something like this was when I shot a segment for an episode of Mike Nash’s Security 360 series; that was shot by a crew from Microsoft Studios at 3Sharp’s old Redmond office. Having all this infrastructure in my house is a bit disconcerting. I’ve been cleaning my office for the last week in preparation, so hopefully the finished video will reflect my efforts. (Don’t laugh; you should have seen it before the cleaning!) Perhaps the funniest part is that my kids now think I’ll be famous because I’m going to be on TV. They don’t get the whole sponsored-web-video thing yet, I guess.
Category Archives: UC&C
Shooting a video the 3Sharp way
Comments Off on Shooting a video the 3Sharp way
Filed under General Tech Stuff, UC&C
Two new 3Sharp authors
In all the busy-ness of my day job, I somehow managed not to notice that David Gerhardt and Kevin Martin are writing a book, Building Content Type Solutions in SharePoint 2007. As a dyed-in-the-wool messaging and RTC guy who knows little about SharePoint development, I have no idea what the book is about. However, big ups to David and Kevin on writing the book; I know from experience that it’s a long and difficult road. Maybe if I read the book I’ll actually learn something!
Comments Off on Two new 3Sharp authors
Filed under General Tech Stuff, UC&C
Microsoft Certified Master Exchange pricing
Right now I’m sitting in a classroom in Redmond, auditing the UM material so I can be qualified to teach it. I had a thought a little while ago: the $18,500 tuition seems awfully steep, but if you amortize it across the 18 training days, that’s a hair more than $1000/day. Divide that by the 11- to 12-hour class days, and you come out with an hourly rate of, say, $90. That’s cheaper than hiring many kinds of professionals; there’s no way you could hire the caliber of instructors available here (say, Ross Smith IV or Tim McMichael) for that little.
Of course, this estimate ignores the cost of travel, and the time you actually have to invest in the class, but it helps to put the seemingly huge expense in perspective.
Filed under General Tech Stuff, UC&C
Special message types for UC messages
My friend and fellow MVP Jim McBee just asked what item types OCS uses for creating items that end up in user mailboxes. There are actually several answers:
- For OCS conversations, you want IPM.Note.Microsoft.Conversation.
- Office Communicator Phone Edition devices use IPM.Note.Microsoft.Conversation.Voice for the call log entries they generate.
- Missed calls notifications are tagged with IPM.Note.Microsoft.Missed.Voice.
These are all easy to set from within Exchange Web Services code; just add a <t:ItemClass> block with the type you want to your CreateItemHeader object.
.
Comments Off on Special message types for UC messages
Filed under UC&C
Jamie Stark blogs on OCS 2007 R2
This is neat: Microsoft product manager Jamie Stark is more-or-less-liveblogging the unveiling of OCS 2007 R2 from VoiceCon in Amsterdam.
Comments Off on Jamie Stark blogs on OCS 2007 R2
Filed under UC&C
Exchange 2007 SP1 rollup 4 released
Microsoft today released rollup 4 for Exchange 2007 Service Pack 1. This is the real RU4, not the broken version that was accidentally released through Microsoft Update on September 9th. Among other things, this rollup fixes some pesky Exchange Web Services bugs.
Comments Off on Exchange 2007 SP1 rollup 4 released
Filed under UC&C
No Exchange 14 for you
So, Jim has ratted me out: he noticed that I’m scheduled to give an Exchange 14-related session at Exchange Connections in November. In a probably-feeble attempt to avoid the wrath of Microsoft’s NDA police, the truth is, I submitted that session proposal nearly six months ago. At that time, I had the expectation that I’d be free to talk about Exchange 14 by November. However, the product is still under NDA, and probably still will be by then, so I’ll be presenting another session instead, topic TBD. Sorry to disappoint…
Filed under General Tech Stuff, UC&C
HOWTO block those pesky iPhones from Exchange ActiveSync
Great article on the Exchange team blog from mobility guy Adam Glick: it’s all about how to block classes of devices that you don’t want connecting to your Exchange server. You can already turn Exchange ActiveSync on and off for individual users, and you can allow or deny individual devices for those users. However, those solutions are best if you want to block a known-bad user or a known-bad device. If you want to block, say, all iPhones (or all BlackBerry devices, or all Nokias, or whatever), Adam outlines an easy solution for doing so.
Custom number normalization and the OCS Address Book Service
I’ve written about phone number normalization a bit before, but OCS MVP Jeff Schertz has a more detailed how-to guide. It’s interesting that the documentation for LCS on this topic was poor, and it didn’t get any better for OCS 2007. Maybe it’ll improve for R2?
Comments Off on Custom number normalization and the OCS Address Book Service
Filed under UC&C
Collecting Exchange transaction log information
Fellow Exchange MVP Jason Sherry has written a very useful script that will gather a bunch of information about your transaction logs, including how many of them you have across your servers and the rate of growth in log creation. This is a great way to keep tabs on what your logs are doing.
Comments Off on Collecting Exchange transaction log information
Filed under UC&C
Good two-part article on IMAP-to-Exchange migration
The folks at Red Line Software have a nice two-part series on how to use the Microsoft Transporter tool to perform IMAP-based migrations. This is not always as obvious a process as it might seem, so if you’re contemplating having to do this, check these articles: part 1 and part 2.
Comments Off on Good two-part article on IMAP-to-Exchange migration
Filed under UC&C
Google: we’re almost sorry about our outage
I got some mail yesterday from Google about their recent Google Apps service outage. Here it is, along with my editorial comments.
We’re committed to making Google Apps Premier Edition a service on which your organization can depend. During the first half of August, we didn’t do this as well as we should have. We had three outages – on August 6, August 11, and August 15. The August 11 outage was experienced by nearly all Google Apps Premier users while the August 6 and 15 outages were minor and affected a very small number of Google Apps Premier users. As is typical of things associated with Google, these outages were the subject of much public commentary.
Well-deserved public commentary, at that, mostly focused on the question of why Google thinks that Google Apps is an enterprise-grade service. Three outages in a nine-day period is not confidence-building.
Through this note, we want to assure you that system reliability is a top priority at Google. When outages occur, Google engineers around the world are immediately mobilized to resolve the issue. We made mistakes in August, and we’re sorry. While we’re passionate about excellence, we can’t promise you a future that’s completely free of system interruptions. Instead, we promise you rapid resolution of any production problem; and more importantly, we promise you focused discipline on preventing recurrence of the same problem.
Notice what’s missing here: any commitment to a particular level of availability, or any information about the cause of the outage, or any information about how they applied “focused discipline” to keep it from happening again.
Given the production incidents that occurred in August, we’ll be extending the full SLA credit to all Google Apps Premier customers for the month of August, which represents a 15-day extension of your service. SLA credits will be applied to the new service term for accounts with a renewal order pending. This credit will be applied to your account automatically so there’s no action needed on your part.
So let me get this straight: in exchange for three days of outages (in fairness, not three complete outages), you’re going to give me a credit for $25/user. That’s not a bad start, but I daresay for most Google Apps customers it’s only a small fraction of their lost productivity. Not to mention that I might not want a service credit in the first place.
We’ve also heard your guidance around the need for better communication when outages occur. Here are three things that we’re doing to make things better:
We’re building a dashboard to provide you with system status information. This dashboard, which we aim to make available in a few months, will enable us to share the following information during an outage:
- A description of the problem, with emphasis on user impact. Our belief is during the course of an outage, we should be singularly focused on solving the problem. Solving production problems involves an investigative process that’s iterative. Until the problem is solved, we don’t have accurate information around root cause, much less corrective action, that will be particularly useful to you. Given this practical reality, we believe that informing you that a problem exists and assuring you that we’re working on resolving it is the useful thing to do.
- A continuously updated estimated time-to-resolution. Many of you have told us that it’s important to let you know when the problem will be solved. Once again, the answer is not always immediately known. In this case, we’ll provide regular updates to you as we progress through the troubleshooting process.
Positive steps, but note that there’s no definite delivery date. Note also the weasel language around how “assuring you” is the useful thing to do. No, fixing the problem is the useful thing to do, followed closely by timely and informative status reports. Just look at what Twitter does, then do the opposite. (Actually, for a decent model, check out how the Xbox Live service folks handle outages.)
In cases where your business requires more detailed information, we’ll provide a formal incident report within 48 hours of problem resolution. This incident report will contain the following information:
- business description of the problem, with emphasis on user impact;
- technical description of the problem, with emphasis on root cause;
- actions taken to solve the problem;
- actions taken or to be taken to prevent recurrence of the problem;
- e. time line of the outage.
This is more like it! However, my business always requires this detailed information. Who says so? I do. I’m betting that Google will closely control this information, and that they will only provide it if they think your business requires such information.
In cases where your business requires an in-depth dialogue about the outage, we’ll support your internal communication process through participation in post-mortem calls with you and your management team.
Translated: “if you take heat for our outages, we’ll be happy to get on the phone and help spin the problem so we don’t lose your account.”
Once again, thanks for you continued support and understanding.
Sincerely, The Google Apps Team
Exchange 2007 transport config file settings
While tech editing an article by Tony Redmond on Exchange transport back pressure, I wanted to look up the value of a setting in EdgeTransport.exe.config. Here’s the best guide I’ve found to the settings in that file.
Comments Off on Exchange 2007 transport config file settings
Filed under UC&C
Exchange System Manager for Vista
Yay! We finally have a supported version of Exchange System Manager that runs on Vista. Get it here.
Comments Off on Exchange System Manager for Vista
Filed under UC&C
Experimenting with Twitter
I’ve decided to give Twitter a try. So far, I’m following Chris, Ed Brill, Erica, and Al Tompkins. Follow me here.
Comments Off on Experimenting with Twitter
Filed under General Stuff, UC&C
