Neil Spring <[email protected]> writes: > I'm about to submit a documentation wishlist request (at least) on > openldap because I've bloodied my forehead getting it to talk to > directory.umd.edu. > > The following statement does not appear to be true: > >> I don't think you even need >> to re-assign the bug to OpenLDAP, since it supports cipher priority >> strings now. > > Grepping the source suggests that it can speak some priority strings > but not the real priority string required to talk to that server. (it > calls gnutls_X_set_priority, but not gnutls_priority_set or > gnutls_priority_init.) Is there a bit of code I'm missing?
No, I think you are right. I recall seeing the code somewhere, but I have looked in several openldap versions now and I cannot find it. Indeed the functions you should look for are the new gnutls_priority_* functions. I think we can close this bug since there is nothing more we can do from the gnutls side. Possibly the bug should be re-assigned as a wishlist on openldap, to add the priority string code. When that is done, the original submitter can test whether the priority string derived using gnutls-cli also works through openldap. /Simon -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
