- tz - lists.iana.org

What is the purpose of the call to access() in localtime.c?
by Jonathan Leffler Dec. 3, 2007

Dec. 3, 2007

In localtime.c, there is the following stanza of code that opens a time zone file to file descriptor fid: { register int doaccess; /* ** Section 4.9.1 of the C standard says that ** "FILENAME_MAX expands to an integral constant expression ** that is the size needed for an array of char large enough ** to hold the longest file name string that the implementation ** guarantees can be opened." */ char fullname[FILENAME_MAX + 1]; if (name[0] == ':') ++name; doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) return -1; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) return -1; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); /* ** Set doaccess if '.' (as in "../") shows up in name. */ if (strchr(name, '.') != NULL) doaccess = TRUE; name = fullname; } if (doaccess && access(name, R_OK) != 0) return -1; if ((fid = open(name, OPEN_MODE)) == -1) return -1; } I'm puzzled about the benefit of calling access(). Won't the open() call work, or not, pretty much the same? The only reason I've thought of for why access() would fail where open() might succeed is in a programming running with setuid (or setgid) privileges, where access() would check the permissions using the real UID (and GID) but open would be controlled by the effective UID (and GID). However, it seems incorrect to prevent a setuid or setgid program from working like that -- maybe the reason the program is setuid or setgid is to permit it to access the time zone files. In terms of performance, a call to access() is only slightly less expensive than a call to open(). My concern is more about correctness than performance, though. Is there a system where using access makes a difference? -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 1

FW: 'Web pages using recent versions of the tz database'
by Olson, Arthur David (NIH/NCI) [E] Nov. 30, 2007

Nov. 30, 2007

I'm forwarding this message from Rich Tibbett, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Rich Tibbett [mailto:rich.tibbett@gmail.com] Sent: Friday, November 30, 2007 1:01 AM To: tz(a)lecserver.nci.nih.gov Subject: 'Web pages using recent versions of the tz database' Hello, I just wanted to say that we've been working on an implementation of the latest tz database over at http://www.worldtimeengine.com. It's an ambitious project linking the tz database with tz boundary shapefiles, topped off with integration to Google's Location Resolution Service. The aim is to have a Google-esque search box where you can enter any village, town, city or point-of-interest around the world and it will tell you the current local time. It would be great to receive some feedback from you. Keep up the good work! Richard Tibbett

2 1

FW: Help regarding the timezone update data
by Olson, Arthur David (NIH/NCI) [E] Nov. 30, 2007

Nov. 30, 2007

I'm forwarding this message from Salil G K who, since sending it, has been added to the time zone mailing list. --ado From: Salil G K (sagk) [mailto:sagk@cisco.com] Sent: Tuesday, November 06, 2007 4:22 To: Olson, Arthur David (NIH/NCI) [E] Subject: Help regarding the timezone update data Importance: High Hello I am trying to get information about the timezone updation data for updating the zone information of jre environment. I have seen from http://www.twinsun.com/tz/tz-link.htm the procedure for getting the data from the 'ftp://elsie.nci.nih.gov/pub/ and how to get the timezone data files. I followed the procedures there, but I guess I am not getting a correct information in my system. I tested by writing a simple java program which will just print Date from the system. My system in in India time zone (Asia/Calcutta ) but I have TZ variable to America/Caracas ( which I think is for Venezuela ) and print the time with the fix and without the fix. I have set the system time as Jan 30 2008 ( b'se I guess Venezuela DST will start from Jan 1st ). Both tests I am getting the same time zone info. I am not sure if the procedures I am doing is correct to apply the fix. So do you have any document which describes about the implementation of this fix and how to test it. If you could consider this as a very urgent request it would be really great. thanks Salil

5 4

'Web pages using recent versions of the tz database'
by Rich Tibbett Nov. 30, 2007

Nov. 30, 2007

Hello, I just wanted to say that we've been working on an implementation of the latest tz database over at http://www.worldtimeengine.com. It's an ambitious project linking the tz database with tz boundary shapefiles, topped off with integration to Google's Location Resolution Service. The aim is to have a Google-esque search box where you can enter any village, town, city or point-of-interest around the world and it will tell you the current local time. It would be great to receive some feedback from you. Keep up the good work! Richard Tibbett

1 0

FW: Venezuela changes rescheduled for 9 December
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from John Stainforth, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: John Stainforth [mailto:STAIN@uk.ibm.com] Sent: Wednesday, November 28, 2007 6:17 To: eggert(a)CS.UCLA.EDU Cc: Olson, Arthur David (NIH/NCI) [E] Subject: Venezuela changes rescheduled for 9 December Paul, Apologies if you are receiving this information from several sources in IBM, but we are reacting to breaking news that the change for Venezuela originally expected for 31 December has been brought forward to 9 December. The official announcement was published today in the "Gaceta Oficial de la Republica Bolivariana de Venezuela, número 38.819" (official document for all laws or resolution publication) but is not available online yet. http://www.globovision.com/news.php?nid=72208 Previously, the best information we had was that this time zone change will not happen until January 1, 2008. as reflected in the Olson database update on 1-October-2007 (tzcode2007h). We had been proceeding based on the anticipated date, the evening of December 31st (ie effective jan 1). We did find a Microsoft reference http://blogs.msdn.com/mthree/archive/2007/11/27/venezuela-tz-112707.aspx and it appeared to suggest that the December 9th date was still subject to constitutional reform. See: http://www.venezuelanalysis.com/analysis/2645 http://www.reuters.com/article/worldNews/idUSN2426299520070924 Please let us know (we will watch the forum) if and when you are making an updated tzdata table update to implement the new date for Venezuela. Thanks and regards, John John Stainforth PMP Project Manager, Java Technologies IBM United Kingdom Limited MP146 Hursley Park, WINCHESTER, SO21 2JN Hicom Tel:7-246072 International -44-1962-816072 e-mail: stain(a)uk.ibm.com Now working part-time: Monday, Tuesday & Wednesday only ________________________________________ Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

FW: Japan's rules
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from Chris Holt, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Chris Holt [mailto:cholt@skywardinnovations.com] Sent: Wednesday, November 28, 2007 9:44 To: tz(a)lecserver.nci.nih.gov Subject: Japan's rules It seems that Japan is missing its latest rule. The last rule it has is <Rule> <Name>Japan</Name> <From>1950</From> <To>1951</To> <Type>-</Type> <In>May</In> <On>Sun>=1</On> <At>2:00</At> <Save>1:00</Save> <Letter>D</Letter> </Rule> And the timezone is defined as: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until /> <Comment /> </Zone> This forces the user to use JDT as the timezone abbreviation even though I believe they currently don't do daylight savings time. It seems this should be updated to: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until>1951</Until> <Comment /> </Zone> <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>-</Rules> <Format>JST</Format> <Until /> <Comment /> </Zone> Does this make sense? Thanks, Christopher Holt Skyward Innovations, Inc. Office: (603) 206-4552 Cell: (603) 765-0945 cholt(a)skywardinnovations.com www.skywardinnovations.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0

Re: Venezuela changes rescheduled for 9 December
by Paul Eggert Nov. 29, 2007

Nov. 29, 2007

John Stainforth <STAIN(a)uk.ibm.com> writes: > we are reacting to breaking news that the change for Venezuela > originally expected for 31 December has been brought forward to 9 > December. The most recent information I had was an article published 2007-11-22 by ABN <http://www.abn.info.ve/go_news5.php?articulo=111435&lee=7> (in Spanish). I don't read Spanish, but my understanding from that article is that the decision was still tentative, and that they didn't want to mess with the clocks before the big referendum this Sunday, as that might confuse poll times. > The official announcement was published today in the "Gaceta Oficial de la > Republica Bolivariana de Venezuela, número 38.819" (official document for > all laws or resolution publication) but is not available online yet. > > http://www.globovision.com/news.php?nid=72208 Thanks for the heads-up. I didn't know about that. That looks about as definitive as we're going to get: they plan to switch from UTC-4 to UTC-4:30 at 03:00 local time on December 9. I'll send out a proposed patch shortly.

2 1

proposed tz patch for Venezuela, St Barthelemy, St Martin (Fr.), etc.
by Paul Eggert Nov. 29, 2007

Nov. 29, 2007

Here's a proposed patch to the tz database to accommodate Venezuela's latest plans, along with the other stuff that has been accumulated recently. The following change affects near-future time stamps. * Venezuela is changing their clocks on December 9 at 03:00, instead of the January 1 at 00:00 that we thought. (Thanks to John Stainforth for the heads-up.) The following change affects the country database, but not the time data. * New links America/St_Barthelemy and America/Marigot, for the new countries St Barthelemy and St Martin (French part). (Thanks to Mark Davis for this.) The following changes affect commentary only. * Add a comment about Iran's readoption of DST. (Thanks to Roozbeh Pournader for this.) * Fix some broken links in tz-link.htm, and remove some dead links. (Thanks to Bert van Heerde for this.) Changes include: - Update links to calconnect, ICU. - Remove links to xmlDate, Austria National Metrology Institute database. - draft-ietf-dhc-timezone-option-04.txt is now Internet RFC 4833. =================================================================== RCS file: RCS/asia,v retrieving revision 2007.9 retrieving revision 2007.9.0.1 diff -pu -r2007.9 -r2007.9.0.1 --- asia 2007/10/30 14:28:10 2007.9 +++ asia 2007/11/29 08:48:52 2007.9.0.1 @@ -577,6 +577,15 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No # daylight saving time ... # http://uk.reuters.com/article/oilRpt/idUKBLA65048420070916 # +# From Roozbeh Pournader (2007-11-05): +# This is quoted from Official Gazette of the Islamic Republic of +# Iran, Volume 63, Number 18242, dated Tuesday 1386/6/24 +# [2007-10-16]. I am doing the best translation I can:... +# The official time of the country will be moved forward for one hour +# on the 24 hours of the first day of the month of Farvardin and will +# be changed back to its previous state on the 24 hours of the +# thirtieth day of Shahrivar. +# # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iran 1978 1980 - Mar 21 0:00 1:00 D Rule Iran 1978 only - Oct 21 0:00 0 S =================================================================== RCS file: RCS/northamerica,v retrieving revision 2007.9 retrieving revision 2007.9.0.1 diff -pu -r2007.9 -r2007.9.0.1 --- northamerica 2007/10/30 14:28:11 2007.9 +++ northamerica 2007/11/29 08:48:52 2007.9.0.1 @@ -2303,6 +2303,10 @@ Zone America/Grenada -4:07:00 - LMT 1911 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Guadeloupe -4:06:08 - LMT 1911 Jun 8 # Pointe a Pitre -4:00 - AST +# St Barthelemy +Link America/Guadeloupe America/St_Barthelemy +# St Martin (French part) +Link America/Guadeloupe America/Marigot # Guatemala # =================================================================== RCS file: RCS/southamerica,v retrieving revision 2007.8 retrieving revision 2007.8.0.1 diff -pu -r2007.8 -r2007.8.0.1 --- southamerica 2007/10/01 14:05:30 2007.8 +++ southamerica 2007/11/29 08:48:52 2007.8.0.1 @@ -1107,19 +1107,17 @@ Zone America/Montevideo -3:44:44 - LMT 1 # Venezuela # -# From Kiraz Janicke (2007-09-25), in -# http://www.venezuelanalysis.com/analysis/2645: -# The proposal ... involves turning the clock back half an hour from -# +4.00 Greenwich Mean Time (GMT), to +4.30GMT, the time zone -# Venezuela had until December 31, 1964, when the current time zone -# was adopted. The change was due to take place on September 17 and -# then on September 24, but has since been postponed until December -# 31, to allow for compliance with international organizations, such -# as the International Office of Weights and Measures. +# From John Stainforth (2007-11-28): +# ... the change for Venezuela originally expected for 2007-12-31 has +# been brought forward to 2007-12-09. The official announcement was +# published today in the "Gaceta Oficial de la Republica Bolivariana +# de Venezuela, numero 38.819" (official document for all laws or +# resolution publication) +# http://www.globovision.com/news.php?nid=72208 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Caracas -4:27:44 - LMT 1890 -4:27:40 - CMT 1912 Feb 12 # Caracas Mean Time? -4:30 - VET 1965 # Venezuela Time - -4:00 - VET 2008 + -4:00 - VET 2007 Dec 9 03:00 -4:30 - VET =================================================================== RCS file: RCS/iso3166.tab,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -pu -r2007.1 -r2007.1.0.1 --- iso3166.tab 2007/01/08 17:17:29 2007.1 +++ iso3166.tab 2007/11/29 08:48:52 2007.1.0.1 @@ -6,7 +6,7 @@ # # This file contains a table with the following columns: # 1. ISO 3166-1 alpha-2 country code, current as of -# ISO 3166-1 Newsletter No. V-12 (2006-09-26). See: +# ISO 3166-1 Newsletter VI-1 (2007-09-21). See: # <a href="http://www.iso.org/iso/en/prods-services/iso3166ma/index.html"> # ISO 3166 Maintenance agency (ISO 3166/MA) # </a>. @@ -47,6 +47,7 @@ BG Bulgaria BH Bahrain BI Burundi BJ Benin +BL St Barthelemy BM Bermuda BN Brunei BO Bolivia @@ -159,6 +160,7 @@ MA Morocco MC Monaco MD Moldova ME Montenegro +MF St Martin (French part) MG Madagascar MH Marshall Islands MK Macedonia =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2007.7 retrieving revision 2007.7.0.1 diff -pu -r2007.7 -r2007.7.0.1 --- zone.tab 2007/08/20 14:45:10 2007.7 +++ zone.tab 2007/11/29 08:48:52 2007.7.0.1 @@ -77,6 +77,7 @@ BG +4241+02319 Europe/Sofia BH +2623+05035 Asia/Bahrain BI -0323+02922 Africa/Bujumbura BJ +0629+00237 Africa/Porto-Novo +BL +1753-06251 America/St_Barthelemy BM +3217-06446 Atlantic/Bermuda BN +0456+11455 Asia/Brunei BO -1630-06809 America/La_Paz @@ -250,6 +251,7 @@ MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau ME +4226+01916 Europe/Podgorica +MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo MH +0709+17112 Pacific/Majuro most locations MH +0905+16720 Pacific/Kwajalein Kwajalein =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2007.8 retrieving revision 2007.8.0.1 diff -pu -r2007.8 -r2007.8.0.1 --- tz-link.htm 2007/10/01 14:02:04 2007.8 +++ tz-link.htm 2007/11/29 08:48:52 2007.8.0.1 @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2007-08-17"> +<meta name="DC.Date" content="2007-11-29"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm"> @@ -152,7 +152,7 @@ Consortium</a> is promoting further work href="http://www.calconnect.org/publications/icalendartimezoneproblemsandrecommen…">iCalendar TIMEZONE Problems and Recommendations</a> offers guidelines and recommendations for the use of VTIMEZONE and <code>tz</code>.</li> -<li><a href="http://www.calconnect.org/dstlinks.html">Extended Daylight +<li><a href="http://www.calconnect.org/dstlinks.shtml">Extended Daylight Saving Time Links, Advisories and Changes</a> lists vendor material on recent daylight saving time changes.</li> <li><a @@ -198,9 +198,10 @@ available under both the <abbr>GPL</abbr License. DateTime::TimeZone also contains a script <code>tests_from_zdump</code> that generates test cases for each clock transition in the <code>tz</code> database.</li> -<li><a href="http://icu-project.org/"><abbr -title="International Components for Unicode">ICU</abbr></a> -contains a C/C++ library for internationalization that +<li><a href="http://icu-project.org/">International Components for +Unicode (<abbr>ICU</abbr>)</a> contains C/C++ and <a +href="http://en.wikipedia.org/wiki/Java_%28programming_language%29">Java</a> +libraries for internationalization that has a compiler from <code>tz</code> source into an <abbr>ICU</abbr>-specific format. <abbr>ICU</abbr> is freely available under a @@ -211,11 +212,6 @@ contains a class <code>org.joda.time.tz.ZoneInfoCompiler</code> that compiles <code>tz</code> source into a Joda-specific binary format. Joda Time is freely available under a <abbr>BSD</abbr>-style license.</li> -<li><a href="http://mozware.free.fr/devtools/xmlDate/">xmlDate</a> -contains <a -href="http://en.wikipedia.org/wiki/JavaScript">JavaScript</a> code that -parses <samp>tz</samp> source into an internal object that represents -a time zone. It is freely available under the GPL.</li> <li><a href="http://sourceforge.net/projects/pytz/">PyTZ - Python Time Zone Library</a> compiles <code>tz</code> source into <a href="http://www.python.org/">Python</a>. @@ -251,8 +247,7 @@ This library is freely available under t (<abbr title="Lesser General Public License">LGPL</abbr>)</a>, and is widely used in <abbr>GNU</abbr>/Linux systems.</li> <li><a href="http://www.bmsi.com/java/#TZ">ZoneInfo.java</a> -is a <code>tz</code> binary file reader written in <a -href="http://en.wikipedia.org/wiki/Java_%28programming_language%29">Java</a>. +is a <code>tz</code> binary file reader written in Java. It is freely available under the <abbr>LGPL</abbr>.</li> <li>Tcl, mentioned above, also contains a <code>tz</code> binary file reader.</li> @@ -420,10 +415,6 @@ href="http://www.aph.gov.au/LIBRARY/Pubs note on daylight saving time in Australia</a>. The Bureau of Meteorology publishes a list of <a href="http://www.bom.gov.au/climate/averages/tables/dst_times.shtml">Implementation Dates of Daylight Savings Time within Australia</a>.</dd> -<dt>Austria</dt> -<dd>The National Metrology Institute publishes a -table of <a href="http://www.metrologie.at/pdf/sommerzeit.pdf" -hreflang="de">daylight saving time in Austria (in German)</a>.</dd> <dt>Belgium</dt> <dd>The Royal Observatory of Belgium maintains a table of <a href="http://www.astro.oma.be/GENERAL/INFO/nli001a.html" @@ -500,9 +491,9 @@ Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> <li><a -href="ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option-04.…">A +href="ftp://ftp.rfc-editor.org/in-notes/rfc4833.txt">A Timezone Option for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> -proposes a <a +specifies a <a href="http://www.dhcp.org/">DHCP</a> option for a server to configure a client's time zone and daylight saving settings automatically.</li> <li><a href="http://gauss.gge.unb.ca/GMT.UT.and.the.RGO.html">A Few @@ -608,8 +599,8 @@ abbreviations, identifiers, and formats. French translations for "Eastern European Summer Time", "<abbr title="Eastern European Summer Time">EEST</abbr>", and "Bucharest". <a -href="http://unicode.org/cldr/data/charts/by_type/names.zone.html">By-Type -Chart: names.zone</a> shows these values for many locales. +href="http://www.unicode.org/cldr/data/charts/by_type/names.metazone.html">By-Type +Chart: names.metazone</a> shows these values for many locales. <abbr>ICU</abbr> contains a mechanism for using this data.</li> <li>Alphabetic time zone abbreviations should not be used as unique identifiers for <abbr>UTC</abbr> offsets as they are ambiguous in

1 0

FW: Dead Links
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from Bert van Heerde, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Bert van Heerde [mailto:bert@insyde.nl] Sent: Tuesday, October 09, 2007 10:51 To: tz(a)lecserver.nci.nih.gov Subject: Dead Links Dear Twin Sun employee, I was looking for places to submit links for my site world-map.nl and saw your page and the request for corrections. I was a bit bored, so analyzed the page J Below you will find the deadlinks on the page: http://www.twinsun.com/tz/tz-link.htm Maybe this linkchecker can help you out: https://addons.mozilla.org/en-US/firefox/addon/532 since W3C tool http://validator.w3.org/checklink is a bit slow. Have nice day! Bert Dead Links: By-Type Chart: names.zone <http://unicode.org/cldr/data/charts/by_type/names.zone.html> daylight saving time in Austria (in German) <http://www.metrologie.at/pdf/sommerzeit.pdf> . xmlDate <http://mozware.free.fr/devtools/xmlDate/> Extended Daylight Saving Time Links, Advisories and Changes <http://www.calconnect.org/dstlinks.html> Redirects: FTP distribution <ftp://elsie.nci.nih.gov/pub/> archived older versions of code and data <ftp://munnari.oz.au/pub/oldtz/> Internet Calendaring and Scheduling Core Object Specification (iCalendar) <ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt> announcements (in Hebrew) <ftp://ftp.cs.huji.ac.il/pub/tz/announcements/> . A Timezone Option for DHCP <ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option -04.txt> Internet RFC 2822 <ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt> HTTP <ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt> Internet RFC 3339 <ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt>

5 5

Japan's rules
by Chris Holt Nov. 28, 2007

Nov. 28, 2007

It seems that Japan is missing its latest rule. The last rule it has is <Rule> <Name>Japan</Name> <From>1950</From> <To>1951</To> <Type>-</Type> <In>May</In> <On>Sun>=1</On> <At>2:00</At> <Save>1:00</Save> <Letter>D</Letter> </Rule> And the timezone is defined as: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until /> <Comment /> </Zone> This forces the user to use JDT as the timezone abbreviation even though I believe they currently don't do daylight savings time. It seems this should be updated to: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until>1951</Until> <Comment /> </Zone> <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>-</Rules> <Format>JST</Format> <Until /> <Comment /> </Zone> Does this make sense? Thanks, Christopher Holt Skyward Innovations, Inc. Office: (603) 206-4552 Cell: (603) 765-0945 cholt(a)skywardinnovations.com www.skywardinnovations.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0