Andreas Jellinghaus a écrit :
> On Tuesday 15 May 2007 11:16:17 Ian Young wrote:
>
>> Making higher level things like pkcs11-tool work requires a fair bit of
>> additional work, probably including writing a PKCS#15 emulation layer
>> (ACS's implementation is non-standard in various ways, from wh
Andreas Jellinghaus wrote:
> so the question is: which goal do we have?
> - an emulation for their format?
> - implementing pkcs#15 format on acos5
>
> both would be nice, but for me the later would be more important right now.
I'm not sure how I'd judge which would be the best approach. Mayb
On Tuesday 15 May 2007 11:16:17 Ian Young wrote:
> Making higher level things like pkcs11-tool work requires a fair bit of
> additional work, probably including writing a PKCS#15 emulation layer
> (ACS's implementation is non-standard in various ways, from what I can
> see; I'm not an expert, thoug
On Tuesday 15 May 2007 10:55:21 [EMAIL PROTECTED] wrote:
> Does anyone know, if the ACOS5 cards are implemented fully yet, since there
> are signs of it in the subversion-repository and an ACOS5 driver seems to
> exist already. The pkcs11-tool however seems not to work. Is there a
> workaround for
[EMAIL PROTECTED] wrote:
> Does anyone know, if the ACOS5 cards are implemented fully yet, since
> there are signs of it in the subversion-repository and an ACOS5
> driver seems to exist already. The pkcs11-tool however seems not to
> work. Is there a workaround for this?
The ACOS5 support that i
Does anyone know, if the ACOS5 cards are implemented fully yet, since there are
signs of it in the subversion-repository and an ACOS5 driver seems to exist
already. The pkcs11-tool however seems not to work. Is there a workaround for
this?
Thanks in advance
--
GMX FreeMail: 1 GB Postfach, 5 E-
