While we’re on the subject of Outlook 2013 and outgoing email delay…

Dear Microsoft,

Why did you decide to make outgoing email delays a rule instead of an email account option? The change is a bother because it has no benefit and only costs. All outgoing email is now delayed, and I used to set this option by account, so I’ve lost flexibility. In addition, outgoing email is delayed rule is satisfied. In earlier versions I could force the email to be sent by clicking “send all,” which I often want to do. Therefore, I’ve also lost an important piece of control I used to have.

Changes that result in less flexibility and less control with no balancing benefit make me very, very cranky.

Advertisement

Outlook 2013, edited and resent email does not go out

Outlook 2013 (desktop) bug

If you have a rule on your outbox that delays outbound email, then you may have run into a problem whereby an edited and resent email never goes out.

This happens if you edit the email and resend it while Outlook’s focus is on the outbox. If you set the focus to, for example, the inbox, then click send, the email will be marked as outbound and leave when you expect it to.

Steps to duplicate the problem:

  1. Set up a rule to delay outbound emails. Click here to see how (and why) to do that
  2. Create an email message, and click send
  3. Click on Outlook’s Outbox
  4. Open email created in step 2.
  5. Click Send

Notice that the email message is now shown in regular text, not italics. Messages use italics if they are queued to go out. If you edit message and save it, but don’t click send, you see the same behavior.

To work around the bug, before clicking send after editing the email, click on another Outlook folder such as the Inbox. Click send on your email, and it will be properly queued.

From Outlook’s point-of-view, this may be by design, but, in my opinion, it’s a bug. It’s a change in behavior from (all) earlier versions, and the behavior is different depending on whether the Outbox has focus. In fact, this bug occurs just by going to the Outbox and clicking on, but not opening or editing, the email.

Using, or not, Windows File and Folder Encryption

Recently, I found out the easy way, thankfully, that there is a critical reason for not using Windows file and folder encryption. The files and folders will be unavailable if the drive on which they reside is moved to another computer!

I had to revive my previous laptop in order to run an old version of software incompatible with Windows 7. I felt inordinately smug that 1) I hadn’t yet cleaned and dumped the laptop, and 2) I use a removable hard drive for many of the tools my two laptops would need to share.

Luckily I was only stuck slightly when, on-site at a new client’s, I couldn’t get to information I wanted to use from the removable drive. The files had been encrypted on the drive while connected to the other laptop.

I say luckily, because, while searching for a work around (or reality check) I read posts from people who found out only when a computer had died and they installed the old drive in a new system. Yikes.

I expect this may seem obvious to some of you. It wasn’t to me. And it effectively kills any reason whatsoever to use it. Indeed, I’d go so far as to call it a danger.

I haven’t settled on an alternative, so if you have a personal favorite, I’d like to hear about it. And if I’ve just missed the work around, I’d be pleased to hear about that, too.

A plea to bloggers and tutorial authors–especially Microsoft

Please, please, please date your writing and include the versions of the products you’re writing about. Make it very obvious. It’s not helpful to find a tutorial that doesn’t include the version information, only to find that it doesn’t still apply, has been superseded, works differently, or needs, oh, say, updated namespaces and project references. I’m looking at you Visual Studio 2010 Prism and MVVM and MVC.

Blackberry, schmackberry

I’m eagerly awaiting the quickly approaching end to the my indentured servitude to my current cell phone contract. I’m not sure what I’ll go with next. I’m resisting the iPhone that with all my might, though the interface and open API is tempting. Besides, I’d like to stay with Verizon, however, their smart phone selection is underwhelming. I wish I could keep my Blackberry Pearl, which I love. So, why change?

  • The cost of Blackberry web connections is shocking. I haven’t started researching current costs, however, so perhaps it’s in line with the competition.
  • For a supposedly premier business tool RIM’s software for Blackberries looks and operates like first generation software. Very hard to see how they expect to compete with the likes of the iPhone.
  • RIM technical support is a misery.

Would I have selected a different phone if I had previewed the Desktop Manager before I bought into BlackBerry? Maybe since I do love the Pearl. I would have felt less aggrieved, though.

p.s. What *is* up with contracts anyway? I don’t understand why we are putting up with it. But then I don’t see why people put up with the prices cable and satellite TV charge.