https://bugs.openldap.org/show_bug.cgi?id=10192
--- Comment #7 from Howard Chu <h...@openldap.org> --- (In reply to michal.pura from comment #6) > The HOTP tokens generated in Google Authenticator with the secret configured > manually (the same as in the test example) gives the following results: > > 1 - 184463 > 2- 450997 > 3- 875981 > 4 - 916697 > 5 - 758951 > 6 - 341697 > 7 - 959941 > 8 - 950943 > 9 - 103548 > 10 - 321898 > > So, now I don't understand totally from where the expected test values were > taken. That is all incorrect. The test example's secret key is 3d c6 ca a4 82 4a 6d 28 87 67 b2 33 1e 20 b4 31 66 cb 85 d9 The base32 encoding of this is HXDMVJECJJWSRB3HWIZR4IFUGFTMXBOZ which produces the codes in the test080 script, as you can see on the verifyr web site. There is no OpenLDAP bug here. If you want to ask for more help about hotp use the openldap-technical mailing list. This ticket is closed. -- You are receiving this mail because: You are on the CC list for the issue.
