BlackBerry

The standard dates for North American Daylight Saving Time (DST) change in March 2007. Previously, DST began on the first Sunday in April and ended on the last Sunday in October. As of March 2007, DST begins on the second Sunday in March and ends on the first Sunday in November. Visit http://frwebgate.access.gpo.gov/cgi-...6enr.txt .pdf to read Sec.110 of the Energy Policy Act of 2005 for more information.

When the DST dates change in March 2007, the BlackBerry device will not update the clock for the affected time zones. As a result, the BlackBerry device might not display correct time zone information.

Single instance and recurring appointments, and the reminders for those appointments, might appear 1 hour late on the BlackBerry device if the appointments start in one of the following windows in any year:

between the second Sunday in March and the first Sunday in April; for example, 11 March 2007 to 1 April 2007
between the last Sunday in October and the first Sunday in November; for example, 28 October 2007 to 4 November 2007
You might experience the following calendar events when the DST dates change in March 2007:

If the calendar on the BlackBerry device synchronizes with the email application on your computer, your appointment start times might appear incorrectly on the BlackBerry device.
If you create a recurring appointment that starts in the specified windows, all instances of the appointment might appear incorrectly in the calendar on the BlackBerry device.
If you accept a request to a meeting that is scheduled to start in the specified windows, the appointment might appear incorrectly in the calendar on the BlackBerry device.
If you schedule a meeting to start in the specified windows, the appointment might appear incorrectly in attendees' calendars.
As a result of the new DST dates in North America, several new time zones are being introduced globally in 2007. The introduction of these new time zones might cause further inconsistencies in the calendar on the BlackBerry device, because these new time zones do not yet exist in the BlackBerry Device Software or in the BlackBerry Enterprise Server.



Resolution
Users can change the time on the BlackBerry device manually at the start and end of the new and old DST dates. Changing the time alone is sufficient for users who do not use their calendars actively and synchronize it with a PC. To update the DST information for the BlackBerry Device Software and BlackBerry Enterprise Server, you must apply patches to all versions of the software. These patches will be available in late January 2007. Please use the links below for more information.

What if you set the Date/Time Source to "Network" instead of the default "Blackberry"? Would the Blackberry then pick up the time change from the cell network and be correct?

RIM is insane if they think updating OS on handhelds is a option. I've got over a 1000 road warriors most of whom are out of the office 99.9% of the time. Not to mention the man hours to perform this on all these devices. And they've yet to put out the "fixed" OS for the 7200 series.

I's like to know if anyone knows the difference between setting the source Date/Time from the default "Blackberry" to "Network" does. And will this solve the issue of the DST date changes?

Great post x14, thanks!

as per this: Livelink - Redirection
So you can just push that down via the BES, done and done.

This only works with BES 4.1.3 (not available yet) and BlackBerry Device Software Version 4.2.0 (not available yet).

Not what I'm talking about. You should be able to push the .cod file from any 4.0+ BES. and this is for any 4.0+ Handheld software to update it.

Edit: yeah I am assuming that you can push it down wirelessly. If there is no way to do that then yes it will be a pain.

I'm hearing there will be a newer version of the cdo.dll file installed on the Exchange servers. That newer version will have to be installed on the BES.

To me it seems that RIM is running late on this. They need to release the files as soon as a possible..the closer the problematic DST dates get, the more user entries for those future calendar dates will be entered.
From what I gather from RIM's Current documentation:
=========
SERVER
=========
- Administrators need to upgrade their BES servers to a version later than 4.0.5
- Apply OS patches to BES server for new DST (such as windows2003 DST patch)
- Domino: Install a hotfix from RIM for BlackBerry Enterprise Server Version 4.1 SP1 and 4.1 SP2. Not Yet Released! They don't mention 4.0.6....so I'm not sure what's required there.
- Exchange. Um..check the pdf here:
Livelink - Redirection
=========
Users
=========
- All BlackBerry users must apply a Microsoft Windows® patch to update the time zone registry keys on their computers.
- BlackBerry devices that are running BlackBerry Device Software Version 4.0.0, 4.0.2, and 4.1.0 (earlier than the versions specified above) require a new .cod file to update the DST values in the BlackBerry Device Software. This .cod file will be available for download at BlackBerry. NOT YET AVAILABLE

Yes, RIM sure is taking their time on this. MS is not doing much better either.

In the case of Exchange 2000, MS states they will not be provide a public patch, although they have a patch ready. Only to be handed out to shops that opted for Exchange 2000 extended support contracts back when. So RIM is testing the Exchange 2003 System Manager, along with its DST patch, on BES 4.1.2 running against Exchange 2000. I guess the big issue is CDO, as it stores its own timezone table separate from the OS' (registery-based) table.

I've been asking RIM for more info, but they just tell to keep checking their site. As for MS, my attempts to get them to own up to the fact that the DST 2007 changes were law back in August 2005, when Exchnage 2000 was still in mainline support, is getting me no where fast.

At lease RIM seems to be trying to get Exchange 2000 shops a work-around.

Site has been updated go nuts:

BlackBerry

You mean the part where they say:
"RIM plans to deliver the patches and updates by early February"

And the part where it explains how there will be the ability to push the update from the BES to all 4.0 and new handhelds.

if you have MDS running, I suppose. we don't...sucks to be me.

...and the part where it says we can visit the website to download the patch, yet no download exists. And yeah, RIM is the ONLY vendor we have thus far that has not delivered a patch yet (excluding legacy operating systems and applications). To say that this is rather disappointing is an understatement.

I'm not thrilled at the some of provider device OS solution implementations for the DST tables. On RIM's Impact To Devices page, Cingular and a few others are only showing OS updates for the 8700. I hope that they have plans to include OS upgrades with the requisite DST tables for the other devices, like the 7100, which really aren't that old. Otherwise this process is going to be a whole lot less picnic-like than I'd hope for.

Then don't every buy Verizon BlackBerry. We have BB with Cingular, Verizon, Nextel and some other carriers. Verizon is the worst in keeping up with OS revision. If it's not the latest and greatest model you ain't getting any updates.

A 400-800KB COD patch is really that bad? Pre-4.0 versions of the OS should be considered as unsupported (Microsoft doesn't support Windows Server 2000 and prior, for example) and won't receive patches - update the device if you can. I honestly wouldn't be too concerned with the OS updates and look more at the smaller patches as fixes.

Otherwise, RIM does have a manual solution available, although it's not necessarily a good solution (but it works).

Found out that Microsoft's internal documents state they will release the CDO patch for Exchange 2003 SP2 for this problem on January 16th. I would assume that RIM will have something available sometime after that.

You don't need MDS running you can push it wirelessly if you are on BES 4.x

Looks like Microsoft's Exchange 2003 patch is available.


Update for daylight saving time changes in 2007 for Exchange 2003

So tell me if I understand correctly...those of us running Exchange 2000 will just have to update all the handhelds once an update comes out, then everything will be okay?

From my understanding you will have to update all handhelds that are not running a new version. (I dont know the version). And you will have to update the CDO.dll on the BES and Exchange servers. (Here is a URL for the MS Patch for 2003: Update for daylight saving time changes in 2007 for Exchange 2003)

am i reading this correctly? "No patches to the BlackBerry Enterprise Server for Novell GroupWise are required from Research In Motion."

wow, so i guess GroupWise lucked out for once. just gotta wait for the device patches in February.

While the effects of the daylight saving time change in 2007 forward isn’t a business stopping issue, I’m sure you we all appreciate the expectation our clients have in the accuracy of their calendars, especially since our scope often includes computers in different time zones and regions.

I’m having trouble understanding how Microsoft has released an Operating System Patch (KB928388) to adjust for it in November 2006 without warning specifically on the patch download site or on the Windows update site the effects of appointments in the extended DST period. What we’ve seen on computers with this patch is a one hour offset in how appointments are displayed in Outlook 2003, when compared to un-patched systems, or to Outlook XP. Additionally, when appointments are made on a Blackberry, they are reflected on patched computers two hours off, and a time offset with certain appointment types extends beyond the daylight savings time periods.

This has already caused us havoc here, especially where we’ve seen different people who view the same shared calendar seeing appointments at different times. Since the Blackberry calendar is also different from what is seen on a patched workstation, as you can imagine, this issue is compounded when clients start making “corrections” to these appointments.

While I’ve contacted Microsoft, and also reached out to Blackberry about this, Microsoft’s response is a future client side Outlook 2003 patch/tool/hotfix will be released to adjust the dates. I’m now reading about Exchange server side CDO changes. If this consists up an upgrade of CDO.dll, it will now affect Blackberry, who will also need the upgrade, because Blackberry servers would then need the same version.

Blackberry doesn’t believe the Microsoft tool will correctly adjust its appointments that are two hours off, because they were unaware of that specific condition until I called it in. Windows Mobile is currently untested, so we’re not aware of its impact. Factoring in that Blackberry will also be releasing a patch to be installed on the actual handheld devices in the beginning of February, and we have no patch for Windows 2000, we further complicate this mess, and have very little time for testing and deployment.

Combine this with all the other DST changes needed in many other systems, from security cameras with DST in their firmware (with no updates available) to voicemail systems, to backup software, and we have a mini, self created Y2K scenario taking place. While not the end of the world, it’s not what we expected in exchange for a few hours more of daylight. For many off us, the extra work will consume it all, and there will be no energy savings, as congress had hoped.

Unless our clients hold off on creating certain appointments on a blackberry or on a patched workstation, and we’re able to deploy all of these patches and tools to all our clients at the same time, and before March 11th, we should expect a significant amount of confusion within our environments, and it may extend beyond just the 4 weeks effected by the daylight savings time change. I’ve already cautioned clients affected by the patch and have advised them to include the time within the subject line of appointments taking place during daylight savings time.

As we’ve found out here, not everyone who has been with calendar affected is yet aware. Why isn’t the 928388 update being pulled or have a HUGE warning about this impact? We have unknowing clients pulling it down and installing it, unknowingly impacting shared and public calendars…..How about a tool, like what is available for IE7, to allow administrators to prevent its download, so we can further contain this?

Thanks,
Mike Dimyan

Mike - Microsoft is fully aware of the problems with their rebasing tool, they just won't talk about it until you do.

We came to some of the same conclusions you did - we are going to have to educate our users to put the actual meeting time either in the subject line or in the meeting itself.

What I feel is a major issue that isn't being pointed out here is that the DST patch from Microsoft will include the security patch in advisory 912918 that breaks the Send As permission. We chose not to install that patch when it was released last year because of that, so now we have to address the workaround.

Mike, download and use WSUS. Then there are no issues with clients installing unauthorized patches.

I don't think Microsoft should be held accountable for any issues until they release their patches for Outlook 2003. That should be this next week, I believe. I'm guessing it will correct this issue and RIM's patches will correct the device calendar issues. Just my assumption.

So we're 1.5 months away and there's no patch for Outlook or for RIM BB clients????

I can imagine the shit hitting the fan soon.

Here's one for you all... We run Exchange 5.5... Any info on this floating around? I plan to have everyone (all 9 users) visit the BlackBerry from their bb browsers to get the OS patch. Luckily, i have a pretty savvy user base here. As i read the documentation, i gather that as long as I have updated the server os (2003) and exchange (5.5) that there is NO RIM BES update. Just get the users to install the patch to their devices via the link from BBerry.

As far as the handhelds go, a patch will be released in Feb. This will be a single patch for the BES servers that can push the update to all versions of the handheld at the same time. So the good news is we don't have to update them all by hand, one at a time. We were going to update all of the OSs' but Tmobile dosn't even have an update as of yet. So when 4.2 comes out we'll do the mass upgrade then and then OS pushes.

Well it's bad for those who are still running BES v3.6, the patch will have to be installed manually! I got 70 users I got to take care of and no patch available yet.

I want to echo his sentiments as well. We held off on upgrading to SP2 for Exchange 2003 solely because of the issue of it messing up the "send as" permissions. Now that we are forced to do this, it's going to become a complete PITA especially since some of the recommended resolutions from MS and BlackBery are completely ludicrous.

BES for Domino 4.1 SP1HF3 is now available.

One resolution for the "Send As Permission" problem is to put the account you administer BES with into a group and give that group the explicit rights at the domain level. This fixed our issue with the patch.

So I imagine Domino 4.1SP2HF3 should be coming shortly. Surprised they didn't post them simultaneously.

Yes because we all want to downgrade to put the latest patch on.... uggh.

How much testing is everyone going to do before they roll this beast out?

Our RIM rep gave us an update today saying the DST patches will be available mid/late next week.

There is discussion about being able to push these out via the BES, does anyone know what BES versions have this capability? Can v4.0.3 do this?

Where can I find the steps? I can't find anything on this and our RIM rep keeps dodging this question!

Thanks...

7290/8700c

BES 4.0 and higher can do this, For steps on creating a software configuration have a look at the Admin guide.

According to the documentation I received from my TAM the BES needs to be on 4.0.6 or higher to get the wireless push.

Link: BlackBerry

"wireless push" is kind of vague. Wireless application push is available in 4.0 and higher. For wireless "DST updates" you require 4.0.6 or 4.1.3, but only if they change AGAIN All the 4.2 Handhelds are currently up to date