Domino on Linux/Unix, Troubleshooting, Best Practices, Tips and more ...

Workaround for iPhone Birthday Sync issue

Daniel Nashed  30 September 2010 00:33:34

I have an update for the Traveler Birthday and Anniversary issue.
The problem behind the issue that Apple changed the format of the date for the Birthday and Anniversary field without telling anyone.
They previously stored it with a fixed time and now convert it to the timezone of the device.
This change has been introduced in iOS4 without letting anyone know.
IBM is trying to figure out what the best way is to fix this issue and this depends on what Apple will do on their side to help.

In the mean time the best way to avoid issues with timedates changed when syncing from the device back to Domino (the date is switched to one day earlier) is to disable the sync of the Birthday and Anniversary field in the mapping database.
This change is for all devices not just for Apple devices. IMHO this temporary change is better than having issues with Birthdays.

You have to open the traveler/map/R6PersonMap.nsf database and find the right document.
Than you have to select skip for the property field as shown below.

After changing those settings you have to close the database and restart the Traveler servertask.

Note: When you update Traveler this change is overwritten and you have to enable the same change again.

I think this is a good and easy to implement workaround until we get a fix.
Again this is much more an Apple issue than a Traveler issue and also happens with other solutions.

-- Daniel





Update:

Even this problem is clearly an Apple issue IBM provides a fix in Traveler 8.5.2.2 and later.
The Traveler server checks the timezone of the device and even there is no timezone information in each individual entry Traveler will interpret the dates based on the timezone information for each device.
The associated ARPA is LO58581: IPHONE BIRTHDAYS CREATED EAST OF GMT, SHOW ONE DAY EARLY

So beginning with 8.5.2.2 you don't need the modification of the maps database any more.
Just install the update and it should overwrite the mapping database.
Take care the mapping databases are replicas even you install a new version on the same or a different server!

Comments

1Mathieu  08.10.2010 13:16:56  Workaround for iPhone Birthday Sync issue

Hi Daniel,

Thanks for this nice Traveler "hack".

Any chance we could use one of the mapping tables to avoid mail synchronization as this is a show stopper for our Traveler deployment?

Mathieu.

2Daniel Nashed  11.10.2010 21:59:07  Workaround for iPhone Birthday Sync issue

@Mathieu, I would not call it a "hack" this is a good work-around for a really bad problem which IBM cannot help right now because they are waiting for Apple to help.

Sadly there is no way to use this to disable mail, contacts or calendar. I asked about this feature and it is on the list. The main issue is that the ActiveSync protocol does not allow policies to prevent it.

So IBM has to implement something on server side and there is no way to prevent it.

-- Daniel

3Michael  07.11.2010 17:16:41  Workaround for iPhone Birthday Sync issue

Hello Daniel!

Thanks too for this workaround which is very welcome until apple / IBM sort it out.

I just got one question: I followed your instruction but when I open the document, I see all fields, exactly like in your screenshot. The only thing missing is the "Skip for property" line where i could tell it to skip. Any idea why (even I'm full access administrator and manager of the database/application) ?

Thanks,

Michael

4Daniel Nashed  08.11.2010 0:02:11  Workaround for iPhone Birthday Sync issue

@ Michael, you have to refresh the design of the database. I had the same issue and I ran into it again last week, even when we updated a server to 8.5.2 and deleted the maps directory before the update.

Just refresh the design and you should see the design in the same way I have in the hardcopy.

Let me know if this fixes the problem for you.

-- Daniel

5Michael  10.11.2010 10:19:00  Workaround for iPhone Birthday Sync issue

@ Daniel.

Hello Daniel.

That did it !!!

Thanks a lot,

Michael


  • [IBM Lotus Domino]
  • [Domino on Linux]
  • [Nash!Com]
  • [Daniel Nashed]