Key import - time warp or clock problem

Charly Avital shavital@netbox.com
Tue Sep 2 16:43:02 2003


--============_-1149608579==_ma============
Content-Type: text/plain; charset="us-ascii"

Have you enabled, at your end, the following two options (quoting from man
gpg):
 --ignore-time-conflict
		 GnuPG	normally  checks  that	 the   timestamps
		 associated with keys and signatures have plausi-
		 ble  values.	However,  sometimes  a	signature
		 seems	to  be	older  than  the key due to clock
		 problems.  This option makes these checks just a
		 warning.    See   also	 --ignore-valid-from  for
		 timestamp issues on subkeys.

--ignore-valid-from
		 GnuPG normally does not select and  use  subkeys
		 created in  the future.  This option allows the
		 use of such keys and thus exhibits the pre-1.0.7
		 behaviour.   You  should  not	use this  option
		 unless you there is  some  clock  problem.   See
		 also --ignore-time-conflict for timestamp issues
		 with signatures.


The fact that the key shows now subkey might be due to:
- it's a "legacy" key, without subkey.
Or,
- because of the possible time problem ("GnuPG normally does not select and
use subkeys created in the future"...).

Charly
Mac OS 10.2.6 - Gnupg 1.2.3

At 7:04 PM -0400 9/1/03, osxvoodoo wrote:
[...]
>
>key XXXXXXX has been created 4133 seconds in future (time warp or clock
>problem)
>
>After messing with it a bit I managed to get it imported. Then I
>started looking at the key and noticed he has no subkey. This is what I
>get if I do a --list-keys
>
>gpg: key XXXXXXXX has been created 4133 seconds in future (time warp or
>clock problem)
>pub  1024D/XXXXXXXX 2003-09-01 Mr. Name <mrname@isp.com>
>
>Thats it - no subkey listed!
>
>So what now... how do I get him out of this mess with the least amount
>of trouble on his end?
>What needs to be done to his key?
[...]
--============_-1149608579==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
 --></style><title>Re: Key import - time warp or clock
problem</title></head><body>
<div>Have you enabled, at your end, the following two options (quoting from
man gpg):</div>
<div><font face="Lucida Grande" size="-1"
color="#000000">&nbsp;</font><font
color="#000000">--ignore-time-conflict<br>
<x-tab> </x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
GnuPG<x-tab>&nbsp; </x-tab>normally&nbsp; checks&nbsp; that<x-tab>&nbsp;
</x-tab> the&nbsp;&nbsp; timestamps<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
associated with keys and signatures have plausi-<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> ble&nbsp;
values.<x-tab>&nbsp;&nbsp; </x-tab>However,&nbsp; sometimes&nbsp;
a<x-tab>&nbsp;</x-tab>signature<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
seems<x-tab>&nbsp; </x-tab>to&nbsp; be<x-tab>&nbsp; </x-tab>older&nbsp;
than&nbsp; the key due to clock<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
problems.&nbsp; This option makes these checks just a<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
warning.&nbsp;&nbsp;&nbsp; See&nbsp;&nbsp; also<x-tab> </x-tab>
--ignore-valid-from&nbsp; for</font></div>
<div><font color="#000000"><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> timestamp
issues on subkeys.</font></div>
<div><font color="#000000"><br></font></div>
<div><font color="#000000">--ignore-valid-from</font></div>
<div><font color="#000000"><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> GnuPG
normally does not select and&nbsp; use&nbsp; subkeys<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
created&nbsp;in&nbsp; the future.&nbsp; This option allows the<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> use of
such keys and thus exhibits the pre-1.0.7<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>
behaviour.&nbsp;&nbsp; You&nbsp; should&nbsp; not<x-tab>&nbsp;
</x-tab>use&nbsp;this&nbsp; option<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> unless
you there is&nbsp; some&nbsp; clock&nbsp; problem.&nbsp;&nbsp; See<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> also
--ignore-time-conflict for timestamp issues</font></div>
<div><font color="#000000"><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </x-tab> with
signatures.</font></div>
<div><font color="#000000"><br></font></div>
<div><br></div>
<div>The fact that the key shows now subkey might be due to:</div>
<div>- it's a &quot;legacy&quot; key, without subkey.</div>
<div>Or,</div>
<div>- because of the possible time problem (&quot;GnuPG normally does not
select and use subkeys created in the future&quot;...).</div>
<div><br></div>
<div>Charly</div>
<div>Mac OS 10.2.6 - Gnupg 1.2.3</div>
<div><br></div>
<div>At 7:04 PM -0400 9/1/03, osxvoodoo wrote:</div>
<div>[...]</div>
<div>&gt;<br>
&gt;key XXXXXXX has been created 4133 seconds in future (time warp or
clock<br>
&gt;problem)<br>
&gt;<br>
&gt;After messing with it a bit I managed to get it imported. Then I<br>
&gt;started looking at the key and noticed he has no subkey. This is what
I<br>
&gt;get if I do a --list-keys<br>
&gt;<br>
&gt;gpg: key XXXXXXXX has been created 4133 seconds in future (time warp
or<br>
&gt;clock problem)<br>
&gt;pub&nbsp; 1024D/XXXXXXXX 2003-09-01 Mr. Name &lt;mrname@isp.com&gt;<br>
&gt;<br>
&gt;Thats it - no subkey listed!<br>
&gt;<br>
&gt;So what now... how do I get him out of this mess with the least
amount<br>
&gt;of trouble on his end?</div>
<div>&gt;What needs to be done to his key?</div>
<div>[...]</div>
</body>
</html>
--============_-1149608579==_ma============--