Zimbra 6.x birthday field
For Zimbra users, here is a brief explanation for why sync of birthday field between Thunderbird 3 and Zimbra was added in 0.8.15 and why it will likely be removed in 0.8.16.
One of Thunderbird 3’s most popular new features was a birthday field. When Thunderbird 3 was released, the addon synced it’s birthday field with the birthday field in Zimbra 5.x.
However in Zimbra 6.x, the format of the birthday field changed from yyyy-mm-dd to free format text. A Zimbra 6.x birthday field can contain: “17/4/1984″, “4/17/1984 or “hello world!”.
The loss of structure in Zimbra’s birthday field means that the addon can’t reliably sync it. Sorry!
Feel free to comment either here or on the zimbra forum thread.
UPDATE: 2010-05-01…
Zimbra version 6.07 will return to yyyy-mm-dd, so the addon will retain sync of birthday field.
The Zimbra bugfix does not migrate birthday values entered as nn/nn/yyyy , so any Zimbra users who entered birthdays in Zimbra versions 6.0-6.06 will have to change those values to yyyy-mm-dd by hand.
Tags: Zimbra
If you liked this Blog, share the love :

Follow on twitter
RSS Feed
April 29th, 2010 at 3:24 pm
Well, it’s sad news for me because I like my birthday fields synced but I understand why you make that decision.
April 29th, 2010 at 3:55 pm
PS: There is a bug related to this, it should soon be fixed (targeted version Zimbra 6.0.7)
http://bugzilla.zimbra.com/show_bug.cgi?id=46570
April 30th, 2010 at 4:39 am
“Can’t reliably sync it” is only true in general. However, you could leave it up to the user to take care of the content, or make it to a configuration option of Zindus. I think there are many possible solutions and most of them are better than simply not syncing it (which could of course be a user option, too).
My 2ct.
Regards,
Florian
April 30th, 2010 at 6:24 am
@florian, users don’t want to “take care of the content” in the sense of having to manually enter yyyy-mm-dd and avoiding the Zimbra datepicker because it generates nn/nn/yyyy. Nor do users want a configuration option in the addon to enable/disable something that ought to work out of the box.
Yes, some advanced users might be able to take advantage of a configuration option that enabled TB’s structured birthday field to sync with Zimbra’s unstructured one. But this would be a fragile proposition at best, and would inevitably break in some percentage of cases, resulting in increased support for the addon. An unappealing scenario.
In any case, any decision on this is on hold until Zimbra 6.07 is released (see comment #2 above).
May 1st, 2010 at 12:04 pm
Updated the blog entry as follows:
Zimbra version 6.07 will return to yyyy-mm-dd, so the addon will retain sync of birthday field.
The Zimbra bugfix does not migrate birthday values entered as nn/nn/yyyy , so any Zimbra users who entered birthdays in Zimbra versions 6.0-6.06 will have to change those values to yyyy-mm-dd by hand.
The relevant fixes in the addon are curently in testing and will be in release 0.8.16.
May 12th, 2010 at 11:17 am
Ten years after Y2K and we still can’t exchange dates? Progress.