Wirelessly posted (BlackBerry8700/4.1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 VendorID/100)

There's an option ti get time from your carrier (network) or RIM ("blackberry"). Why do you suppose this is an option? Why should we care?

on Nextel the Network it happens to be a full 24 hours ahead. Says Tues apr. 25. So I use the Blackberry.


Otherwise I have no idea why it is an option.

I believe if you are on 'network' time your BB will automatically update to whatever timezone you travel to as it will pick up the time from the network cell tower that you are connecting to.

I have mine set to network on a 7105t, and it does not change when I change time zones. I travel a lot for work, and have found this to be very annoying. As soon as I get off a plane, I have to change the time.

Be carefull what you wish for. Appointments are kept as UTC. Changing the TZ changes the time of the appointments. i.e you set an appt for 0900 EST, step off the plane on the wet coast and the TZ is changed, the appt wil now read 0600. I found that changing the time is a lot easier.

Interesting, I was not aware of that. I'll have to keep that in mind.

----
But if you set the correct time zone for the appt, then it doesn't matter if you change the time zone when you travel, the appointment will always be correct.

Hope this helps.
Rcbjr

True, but

1) not all software lets you change the time zone when creating an appointment.
2) NO software lets you set a different TZ for start and end times (think flight times)
3) Most of us would not remember to change the TZ
4) When I look at next wek's appt on the west coast, I'd rather not have to do any mental gymnastics to get the times straight until I can change the TZ.

I wish there was a way to have the TZ only affect the clock.

--But, if others are looking at your schedule for free/busy times, all of your meetings will be in the wrong TZ and your free/busy will be 3 hrs off, schedule meetings in the other zone and your invites will all be off. Changing only the time seems to create more issues than it solves because you don't want to calculate the time for your plane (just put the flight times in the subject of the plane "meeting" and you can always view it when looking at the schedule.

---
You must not work with teleconferences with invitees frome multiple time zones. Or share your calendar with coworkers. And if you use. Flight time for the duration of the appt, then you don't hace to worry about changing the arrival time zone. When you change it on arrival things will be updated just fine. Outlook and the Blackberry make cross time zone appt management simple. If your calendar doesn't support setting appt time zones, I consider it crippled.

Heck, outlook even knows that Tuscon changes from one hour difference to two when we go to daylight savings time.

Hope this helps.
Rcbjr

Using OL2003 and Exchange 2003. Meeting requests are always sent UTC. If I send a meeting request for a conf call at noon EST, the west coast recipient will see the request for 0900 PST. OL2003 does not allow you to specify TZ for specific meetings.

Originally I was using BB time, but the current time was off as much as two min. a day! I switched it to network and the time is always exactly correct now.

Some carriers don't support network time on their wireless networks. Therefore the Blackberry time option is available...

Hmmm, I always thought the date/time source of "BlackBerry" meant the handheld itself - not a RIM server. I thought this because when I work with a just-received 7290, and before the wireless is connected, the only option is "BlackBerry" - and at this point the device is not connected to the network...

Thanks for alerting me to the error--that's what happens when I try to do too many things at once...I've corrected the post.

Well, there's always the possibility that I am mistaken! ;) - so I hope one of the site gurus will clear this up! (as it seems there are others here who also believe in a RIM/BlackBerry server 'out there')

RIM has infrastructure which manages your device--the Blackberry is not a standalone device.

You've caused me to check my documentation, as from my recollection, there are two sources for date/time: RIM's servers, and the carrier's network. If either are not available, the device will just continue on a stand-alone clock.

"Network time" is part of the specification for CDMA and iDEN networks, and optional for GSM/GPRS/EDGE and Mobitex networks.

My recollection is that, in all cases, some type of "network" time, either from the carrier or RIM infrastructure, is by default enabled. And that the user, on 4.0 and above, has the option of which source to choose from, if both are available.

I'm still searching...

Indeed, a visit to the RIM site, and a quick read of the 7290 users guide, divulges the following:

Now immensely wiser ...

[edit]Oh, I knew the BBHHs are connected to the RIM infrastructure, but I was mistaken about them providing date/time source [/edit]