<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>I'm not 100% certain, but one might assume that North Korean cell phones can only connect to North Korean cell towers. &nbsp;Those cell towers could be updated to broadcast NITZ data with the new offset. &nbsp;Since many phones use NITZ for auto time zone selection, it will probably work - even if there's no manual +08:30 option.<div><br></div><div>And of course, some phones you can just turn off clock synchronization and just set your own local time manually.</div><div><br></div><div><div><br><div>&gt; Date: Fri, 7 Aug 2015 10:11:35 -0700<br>&gt; From: eggert@cs.ucla.edu<br>&gt; To: thorsen@timeanddate.com; tz@iana.org<br>&gt; Subject: Re: [tz] North Korea into +8:30 time zone<br>&gt; <br>&gt; Thanks for the heads-up.  Less than one weeks' notice, so we need a new tz <br>&gt; release very soon, which will update Uruguay too of course.<br>&gt; <br>&gt; I wonder what cell phone users in North Korea are going to do.  The usual trick <br>&gt; is to substitute some foreign city that happens to have the correct UTC offset, <br>&gt; but that won't work here.<br>&gt; <br>&gt; Steffen Thorsen wrote:<br>&gt; <br>&gt; &gt; This probably needs a new time zone abbreviation<br>&gt; <br>&gt; As it happens, the new zone is what zic's new %z feature was designed for, and <br>&gt; if we use %z we won't need to invent a time zone abbreviation.  Unfortunately we <br>&gt; can't assume %z works everywhere, so the attached proposed patch does the <br>&gt; abbreviation by hand; we can convert it to %z later.  The patch also contains a <br>&gt; change to 'Theory' to document the motivation for the %z business.<br>&gt; <br></div></div></div>                                               </div></body>
</html>