http://bugzilla.mindrot.org/show_bug.cgi?id=983 ------- Additional Comments From senthilkumar_sen at hotpop.com 2005-09-05 18:54 ------- It seems that the request in bug id 1072 is so close to this one. However, they are mutually exclusive. It would be nice to hear from Openssh on which side they would decide to step. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.mindrot.org/show_bug.cgi?id=983 ------- Additional Comments From djm at mindrot.org 2005-09-05 21:23 ------- No, 1072 is a completely different issue ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.mindrot.org/show_bug.cgi?id=983 ------- Additional Comments From senthilkumar_sen at hotpop.com 2005-09-06 20:22 ------- Thnx for the reply. Just tested the AUTH-SELECT patch but before proceeding further let me put a secnario. If I configure to deny public key for a user with directive PubKeyAuthDeny of AUTH-SELECT patch. The user is allowed to do password auth although denied by public key. This is an expected one. If I also add requiredauthentications as public-key, both public key and password are denied for the user. This breaks the meaning tht a user denied by public key is allowed through password as per the directive PubKeyAuthDeny. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.