Hi Clizio,

I think spliting client and server is the right thing to go.
While I share Alons reservations when it comes to using
tcp/ip, I don't see a reason to not do that, if someone wants
to do that. might work well in thinclient environments etc.

currently we have a big fat library loading other libraries into
an application. a small module talking to a daemon looks much
nicer, can implement single sign on like alon mentioned, and
solves a number of problem - e.g. makes it much easier and cleaner
to implement gui popups (e.g. for lawful digital signatures, letting
the user know he has to enter a pin (on the reader with pinpad) and
so on).

also it might be interesting to have a full featured store - one that
contains the local file based certificates and keys etc. as well as the
smart card stuff. one interface for all applications. ms crypto api is
the right idea I guess - much better if you have one interface for all
apps, than have every app manage certficates and all that on their own.

Regards, Andreas
_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel

Reply via email to