In the case of a reconnecting to a server under control of session directory,
the initially entered pin of the smartcard is cached, and after redirecting to the correct server, the text is entered in the password field instead of being used as the pin of the smartcard.
This happenes even with Windows XP client up to RDP5.1.
The RDP 5.2 client of windows 2003 server manages this (it works on XP, too).
This patch informs the targeted server, that the password field does not contain the password.
It was tested against Server 2003 SP2, and 2003 R2.
The session redirecting PDU has a "flag" word, which was implemented, but ingnored before.
It seems, that one bit 0x00000040 changes, if the smartcard was USED for login, and I hope this works correct in all circumstances.
This may lead to problems with automatic reconnection due to network dropouts.