RE: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
by qzhu＠tibco-support.com
--_000_C193E097DA77BB4482B17A5E5802BF23A1117AB75Bparcexch01tib_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
RGVhciBIb3dhcmQsDQoNCk5pY2UgdG8ga25vdyB5b3XimLoNCldvdWxkIHlvdSB0ZWxsIG1lIHdo
byBJIGNhbiBjb250YWN0IHRvIGdldCB0aGlzIHJvYWRtYXAgaW5mb3JtYXRpb24gb2YgT3BlbkxE
QVAgZGlyZWN0b3J5IHNlcnZlciBpbiAyMDEyPw0KVGhhbmtzIGluIGFkdmFuY2UuDQoNCkJlc3Qg
cmVnYXJkcywNCkhlbnJ5DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBIb3dh
cmQgQ2h1IFttYWlsdG86aHljQHN5bWFzLmNvbV0NClNlbnQ6IDIwMTLlubQx5pyIMTTml6UgMTg6
MzcNClRvOiBRaW5neXVuIFpodQ0KQ2M6IG9wZW5sZGFwLWl0c0BvcGVubGRhcC5vcmcNClN1Ympl
Y3Q6IFJlOiAoSVRTIzcxMjQpIENvdWxkIHlvdSBwbGVhc2UgcHJvdmlkZSBtZSB0aGUgcm9hZG1h
cCBvZiBPcGVuTERBUCBkaXJlY3Rvcnkgc2VydmVyIGZvciAyMDEyPw0KDQpxemh1QHRpYmNvLXN1
cHBvcnQuY29tIHdyb3RlOg0KPiBIZWxsbywgVGVhbSwNCj4NCj4gU29ycnkgdG8gZGlzdHVyYiB5
b3UsIGhvd2V2ZXIsIGl0IGlzIHVyZ2VudCBmb3IgdXMgdG8ga25vdyB0aGUgcm9hZG1hcCBvZiBP
cGVuTERBUCBEaXJlY3RvcnkgU2VydmVyIHNvZnR3YXJlIGluIDIwMTIuIE1lYW53aGlsZSwgSSB0
aGluayB0aGF0IGl0IGlzIGFsc28gaGVscGZ1bCB0byB5b3VyIHByb2R1Y3QuIEkgbG9vayBmb3J3
YXJkcyB0byB5b3VyIHF1aWNrIHJlc3BvbnNlLiBJdCBpcyBmaW5lIHRoYXQgeW91IGNhbiB0ZWxs
IHVzIHdobyBjYW4gYW5zd2VyIHRoaXMgcXVlc3Rpb24gZm9yIG1lIGlmIHlvdSBjYW4ndCBhbnN3
ZXIgdGhlc2UgcXVlc3Rpb25zLCB3ZSBzaGFsbCBkaXJlY3RseSBjb250YWN0IHRoZW0uIFRoYW5r
cy4NCg0KVGhlIElUUyBpcyBmb3IgYnVnIHJlcG9ydHMsIG5vdCBmb3IgaW5mb3JtYXRpb24gcmVx
dWVzdHMuIFRoaXMgSVRTIHdpbGwgYmUgY2xvc2VkLg0KPg0KPiBCZXN0IHJlZ2FyZHMsDQo+IEhl
bnJ5DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFFpbmd5dW4gWmh1DQo+
IFNlbnQ6IDIwMTLDhMOqMcOUw4IxMsOIw5UgMjA6MjUNCj4gVG86ICdvcGVubGRhcC1pdHNAT3Bl
bkxEQVAub3JnJw0KPiBDYzogJ01hZ2dpZSBXb25nJw0KPiBTdWJqZWN0OiBSRTogKElUUyM3MTI0
KSBDb3VsZCB5b3UgcGxlYXNlIHByb3ZpZGUgbWUgdGhlIHJvYWRtYXAgb2YgT3BlbkxEQVAgZGly
ZWN0b3J5IHNlcnZlciBmb3IgMjAxMj8NCj4NCj4gRGVhciB0ZWFtLA0KPg0KPiBDb3VsZCB5b3Ug
cGxlYXNlIHByb3ZpZGUgbWUgdGhlIHJvYWRtYXAgb2YgT3BlbkxEQVAgZGlyZWN0b3J5IHNlcnZl
ciBmb3IgMjAxMj8NCj4gV2UgYXJlIGludGVyZXN0ZWQgaW4gZmluZGluZyBvdXQNCj4gICDCocKk
IEFueSBuZXcgcmVsZWFzZXMgcGxhbm5pbmcgaW4gMjAxMi4gSWYgYW55LCB3aGF0IGFyZSB0aGUg
bmV3IGZlYXR1cmVzPw0KPiAgIMKhwqQgQW55IHBsYW4gdG8gc3VwcG9ydCBXaW5kb3dzNywgUkhF
TDYueCBhbmQgQUlYIDcuMT8NCj4NCj4gVGhhbmtzJiAgQmVzdCByZWdhcmRzLA0KPiBIZW5yeQ0K
PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBvcGVubGRhcC1pdHNAT3BlbkxE
QVAub3JnIFttYWlsdG86b3BlbmxkYXAtaXRzQE9wZW5MREFQLm9yZ10NCj4gU2VudDogMjAxMsOE
w6oxw5TDgjEyw4jDlSAyMDoyMg0KPiBUbzogUWluZ3l1biBaaHUNCj4gU3ViamVjdDogUmU6IChJ
VFMjNzEyNCkgQ291bGQgeW91IHBsZWFzZSBwcm92aWRlIG1lIHRoZSByb2FkbWFwIG9mIE9wZW5M
REFQIGRpcmVjdG9yeSBzZXJ2ZXIgZm9yIDIwMTI/DQo+DQo+DQo+ICoqKiBUSElTIElTIEFOIEFV
VE9NQVRJQ0FMTFkgR0VORVJBVEVEIFJFUExZICoqKg0KPg0KPiBUaGFua3MgZm9yIHlvdXIgcmVw
b3J0IHRvIHRoZSBPcGVuTERBUCBJc3N1ZSBUcmFja2luZyBTeXN0ZW0uICBZb3VyDQo+IHJlcG9y
dCBoYXMgYmVlbiBhc3NpZ25lZCB0aGUgdHJhY2tpbmcgbnVtYmVyIElUUyM3MTI0Lg0KPg0KPiBP
bmUgb2Ygb3VyIHN1cHBvcnQgZW5naW5lZXJzIHdpbGwgbG9vayBhdCB5b3VyIHJlcG9ydCBpbiBk
dWUgY291cnNlLg0KPiBOb3RlIHRoYXQgdGhpcyBtYXkgdGFrZSBzb21lIHRpbWUgYmVjYXVzZSBv
dXIgc3VwcG9ydCBlbmdpbmVlcnMNCj4gYXJlIHZvbHVudGVlcnMuICBUaGV5IG9ubHkgd29yayBv
biBPcGVuTERBUCB3aGVuIHRoZXkgaGF2ZSBzcGFyZQ0KPiB0aW1lLg0KPg0KPiBJZiB5b3UgbmVl
ZCB0byBwcm92aWRlIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gaW4gcmVnYXJkcyB0byB5b3VyDQo+
IGlzc3VlIHJlcG9ydCwgeW91IG1heSBkbyBzbyBieSByZXBseWluZyB0byB0aGlzIG1lc3NhZ2Uu
ICBOb3RlIHRoYXQNCj4gYW55IG1haWwgc2VudCB0byBvcGVubGRhcC1pdHNAb3BlbmxkYXAub3Jn
IHdpdGggKElUUyM3MTI0KQ0KPiBpbiB0aGUgc3ViamVjdCB3aWxsIGF1dG9tYXRpY2FsbHkgYmUg
YXR0YWNoZWQgdG8gdGhlIGlzc3VlIHJlcG9ydC4NCj4NCj4gICAgICAgICAgbWFpbHRvOm9wZW5s
ZGFwLWl0c0BvcGVubGRhcC5vcmc/c3ViamVjdD0oSVRTIzcxMjQpDQo+DQo+IFlvdSBtYXkgZm9s
bG93IHRoZSBwcm9ncmVzcyBvZiB0aGlzIHJlcG9ydCBieSBsb2FkaW5nIHRoZSBmb2xsb3dpbmcN
Cj4gVVJMIGluIGEgd2ViIGJyb3dzZXI6DQo+ICAgICAgaHR0cDovL3d3dy5PcGVuTERBUC5vcmcv
aXRzL2luZGV4LmNnaT9maW5kaWQ9NzEyNA0KPg0KPiBQbGVhc2UgcmVtZW1iZXIgdG8gcmV0YWlu
IHlvdXIgaXNzdWUgdHJhY2tpbmcgbnVtYmVyIChJVFMjNzEyNCkNCj4gb24gYW55IGZ1cnRoZXIg
bWVzc2FnZXMgeW91IHNlbmQgdG8gdXMgcmVnYXJkaW5nIHRoaXMgcmVwb3J0LiAgSWYNCj4geW91
IGRvbid0IHRoZW4geW91J2xsIGp1c3Qgd2FzdGUgb3VyIHRpbWUgYW5kIHlvdXJzIGJlY2F1c2Ug
d2UNCj4gd29uJ3QgYmUgYWJsZSB0byBwcm9wZXJseSB0cmFjayB0aGUgcmVwb3J0Lg0KPg0KPiBQ
bGVhc2Ugbm90ZSB0aGF0IHRoZSBJc3N1ZSBUcmFja2luZyBTeXN0ZW0gaXMgbm90IGludGVuZGVk
IHRvDQo+IGJlIHVzZWQgdG8gc2VlayBoZWxwIGluIHRoZSBwcm9wZXIgdXNlIG9mIE9wZW5MREFQ
IFNvZnR3YXJlLg0KPiBTdWNoIHJlcXVlc3RzIHdpbGwgYmUgY2xvc2VkLg0KPg0KPiBPcGVuTERB
UCBTb2Z0d2FyZSBpcyB1c2VyIHN1cHBvcnRlZC4NCj4gICAgICAgICAgaHR0cDovL3d3dy5PcGVu
TERBUC5vcmcvc3VwcG9ydC8NCj4NCj4gLS0tLS0tLS0tLS0tLS0NCj4gQ29weXJpZ2h0IDE5OTgt
MjAwNyBUaGUgT3BlbkxEQVAgRm91bmRhdGlvbiwgQWxsIFJpZ2h0cyBSZXNlcnZlZC4NCj4NCj4N
Cj4NCj4NCg0KDQotLQ0KICAgLS0gSG93YXJkIENodQ0KICAgQ1RPLCBTeW1hcyBDb3JwLiAgICAg
ICAgICAgaHR0cDovL3d3dy5zeW1hcy5jb20NCiAgIERpcmVjdG9yLCBIaWdobGFuZCBTdW4gICAg
IGh0dHA6Ly9oaWdobGFuZHN1bi5jb20vaHljLw0KICAgQ2hpZWYgQXJjaGl0ZWN0LCBPcGVuTERB
UCAgaHR0cDovL3d3dy5vcGVubGRhcC5vcmcvcHJvamVjdC8NCg0K
--_000_C193E097DA77BB4482B17A5E5802BF23A1117AB75Bparcexch01tib_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu
dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHJ0ZiAt
LT4NCjxzdHlsZT48IS0tIC5FbWFpbFF1b3RlIHsgbWFyZ2luLWxlZnQ6IDFwdDsgcGFkZGluZy1s
ZWZ0OiA0cHQ7IGJvcmRlci1sZWZ0OiAjODAwMDAwIDJweCBzb2xpZDsgfSAtLT48L3N0eWxlPg0K
PC9oZWFkPg0KPGJvZHk+DQo8Zm9udCBmYWNlPSLlrovkvZMiIHNpemU9IjIiPg0KPGRpdj5EZWFy
IEhvd2FyZCw8L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+
Jm5ic3A7PC9mb250PjwvZGl2Pg0KPGRpdj5OaWNlIHRvIGtub3cgeW91PGZvbnQgZmFjZT0iV2lu
Z2RpbmdzIiBzaXplPSIyIj5KPC9mb250PjwvZGl2Pg0KPGRpdj5Xb3VsZCB5b3UgdGVsbCBtZSB3
aG8gSSBjYW4gY29udGFjdCB0byBnZXQgdGhpcyByb2FkbWFwIGluZm9ybWF0aW9uIG9mIE9wZW5M
REFQIGRpcmVjdG9yeSBzZXJ2ZXIgaW4gMjAxMj88L2Rpdj4NCjxkaXY+VGhhbmtzIGluIGFkdmFu
Y2UuPC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYiPiZuYnNw
OzwvZm9udD48L2Rpdj4NCjxkaXY+QmVzdCByZWdhcmRzLDwvZGl2Pg0KPGRpdj5IZW5yeTwvZGl2
Pg0KPGRpdj48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlmIj4mbmJzcDs8L2ZvbnQ+
PC9kaXY+DQo8ZGl2Pi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KDQpGcm9tOiBIb3dh
cmQgQ2h1IFs8YSBocmVmPSJtYWlsdG86aHljQHN5bWFzLmNvbSI+bWFpbHRvOmh5Y0BzeW1hcy5j
b208L2E+XSA8YnI+DQoNClNlbnQ6IDIwMTLlubQx5pyIMTTml6UgMTg6Mzc8YnI+DQoNClRvOiBR
aW5neXVuIFpodTxicj4NCg0KQ2M6IG9wZW5sZGFwLWl0c0BvcGVubGRhcC5vcmc8YnI+DQoNClN1
YmplY3Q6IFJlOiAoSVRTIzcxMjQpIENvdWxkIHlvdSBwbGVhc2UgcHJvdmlkZSBtZSB0aGUgcm9h
ZG1hcCBvZiBPcGVuTERBUCBkaXJlY3Rvcnkgc2VydmVyIGZvciAyMDEyPzwvZGl2Pg0KPGRpdj48
Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlmIj4mbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8
ZGl2PnF6aHVAdGliY28tc3VwcG9ydC5jb20gd3JvdGU6PC9kaXY+DQo8ZGl2PiZndDsgSGVsbG8s
IFRlYW0sPC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0OyBTb3JyeSB0byBkaXN0dXJi
IHlvdSwgaG93ZXZlciwgaXQgaXMgdXJnZW50IGZvciB1cyB0byBrbm93IHRoZSByb2FkbWFwIG9m
IE9wZW5MREFQIERpcmVjdG9yeSBTZXJ2ZXIgc29mdHdhcmUgaW4gMjAxMi4gTWVhbndoaWxlLCBJ
IHRoaW5rIHRoYXQgaXQgaXMgYWxzbyBoZWxwZnVsIHRvIHlvdXIgcHJvZHVjdC4gSSBsb29rIGZv
cndhcmRzIHRvIHlvdXIgcXVpY2sgcmVzcG9uc2UuIEl0IGlzIGZpbmUgdGhhdCB5b3UgY2FuIHRl
bGwgdXMNCndobyBjYW4gYW5zd2VyIHRoaXMgcXVlc3Rpb24gZm9yIG1lIGlmIHlvdSBjYW4ndCBh
bnN3ZXIgdGhlc2UgcXVlc3Rpb25zLCB3ZSBzaGFsbCBkaXJlY3RseSBjb250YWN0IHRoZW0uIFRo
YW5rcy48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PlRoZSBJVFMgaXMgZm9yIGJ1ZyBy
ZXBvcnRzLCBub3QgZm9yIGluZm9ybWF0aW9uIHJlcXVlc3RzLiBUaGlzIElUUyB3aWxsIGJlIGNs
b3NlZC48L2Rpdj4NCjxkaXY+Jmd0OzwvZGl2Pg0KPGRpdj4mZ3Q7IEJlc3QgcmVnYXJkcyw8L2Rp
dj4NCjxkaXY+Jmd0OyBIZW5yeTwvZGl2Pg0KPGRpdj4mZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tPC9kaXY+DQo8ZGl2PiZndDsgRnJvbTogUWluZ3l1biBaaHU8L2Rpdj4NCjxkaXY+Jmd0
OyBTZW50OiAyMDEyPGZvbnQgZmFjZT0iQ291cmllciBOZXcsIG1vbm9zcGFjZSI+w4TDqjwvZm9u
dD4xPGZvbnQgZmFjZT0iQ291cmllciBOZXcsIG1vbm9zcGFjZSI+w5TDgjwvZm9udD4xMjxmb250
IGZhY2U9IkNvdXJpZXIgTmV3LCBtb25vc3BhY2UiPsOIw5U8L2ZvbnQ+IDIwOjI1PC9kaXY+DQo8
ZGl2PiZndDsgVG86ICdvcGVubGRhcC1pdHNAT3BlbkxEQVAub3JnJzwvZGl2Pg0KPGRpdj4mZ3Q7
IENjOiAnTWFnZ2llIFdvbmcnPC9kaXY+DQo8ZGl2PiZndDsgU3ViamVjdDogUkU6IChJVFMjNzEy
NCkgQ291bGQgeW91IHBsZWFzZSBwcm92aWRlIG1lIHRoZSByb2FkbWFwIG9mIE9wZW5MREFQIGRp
cmVjdG9yeSBzZXJ2ZXIgZm9yIDIwMTI/PC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0
OyBEZWFyIHRlYW0sPC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0OyBDb3VsZCB5b3Ug
cGxlYXNlIHByb3ZpZGUgbWUgdGhlIHJvYWRtYXAgb2YgT3BlbkxEQVAgZGlyZWN0b3J5IHNlcnZl
ciBmb3IgMjAxMj88L2Rpdj4NCjxkaXY+Jmd0OyBXZSBhcmUgaW50ZXJlc3RlZCBpbiBmaW5kaW5n
IG91dDwvZGl2Pg0KPGRpdj4mZ3Q7Jm5ic3A7Jm5ic3A7IDxmb250IGZhY2U9IkNvdXJpZXIgTmV3
LCBtb25vc3BhY2UiPsKhwqQ8L2ZvbnQ+IEFueSBuZXcgcmVsZWFzZXMgcGxhbm5pbmcgaW4gMjAx
Mi4gSWYgYW55LCB3aGF0IGFyZSB0aGUgbmV3IGZlYXR1cmVzPzwvZGl2Pg0KPGRpdj4mZ3Q7Jm5i
c3A7Jm5ic3A7IDxmb250IGZhY2U9IkNvdXJpZXIgTmV3LCBtb25vc3BhY2UiPsKhwqQ8L2ZvbnQ+
IEFueSBwbGFuIHRvIHN1cHBvcnQgV2luZG93czcsIFJIRUw2LnggYW5kIEFJWCA3LjE/PC9kaXY+
DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0OyBUaGFua3MmYW1wOyZuYnNwOyBCZXN0IHJlZ2Fy
ZHMsPC9kaXY+DQo8ZGl2PiZndDsgSGVucnk8L2Rpdj4NCjxkaXY+Jmd0OyAtLS0tLU9yaWdpbmFs
IE1lc3NhZ2UtLS0tLTwvZGl2Pg0KPGRpdj4mZ3Q7IEZyb206IG9wZW5sZGFwLWl0c0BPcGVuTERB
UC5vcmcgWzxhIGhyZWY9Im1haWx0bzpvcGVubGRhcC1pdHNAT3BlbkxEQVAub3JnIj5tYWlsdG86
b3BlbmxkYXAtaXRzQE9wZW5MREFQLm9yZzwvYT5dPC9kaXY+DQo8ZGl2PiZndDsgU2VudDogMjAx
Mjxmb250IGZhY2U9IkNvdXJpZXIgTmV3LCBtb25vc3BhY2UiPsOEw6o8L2ZvbnQ+MTxmb250IGZh
Y2U9IkNvdXJpZXIgTmV3LCBtb25vc3BhY2UiPsOUw4I8L2ZvbnQ+MTI8Zm9udCBmYWNlPSJDb3Vy
aWVyIE5ldywgbW9ub3NwYWNlIj7DiMOVPC9mb250PiAyMDoyMjwvZGl2Pg0KPGRpdj4mZ3Q7IFRv
OiBRaW5neXVuIFpodTwvZGl2Pg0KPGRpdj4mZ3Q7IFN1YmplY3Q6IFJlOiAoSVRTIzcxMjQpIENv
dWxkIHlvdSBwbGVhc2UgcHJvdmlkZSBtZSB0aGUgcm9hZG1hcCBvZiBPcGVuTERBUCBkaXJlY3Rv
cnkgc2VydmVyIGZvciAyMDEyPzwvZGl2Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZndDs8L2Rp
dj4NCjxkaXY+Jmd0OyAqKiogVEhJUyBJUyBBTiBBVVRPTUFUSUNBTExZIEdFTkVSQVRFRCBSRVBM
WSAqKio8L2Rpdj4NCjxkaXY+Jmd0OzwvZGl2Pg0KPGRpdj4mZ3Q7IFRoYW5rcyBmb3IgeW91ciBy
ZXBvcnQgdG8gdGhlIE9wZW5MREFQIElzc3VlIFRyYWNraW5nIFN5c3RlbS4mbmJzcDsgWW91cjwv
ZGl2Pg0KPGRpdj4mZ3Q7IHJlcG9ydCBoYXMgYmVlbiBhc3NpZ25lZCB0aGUgdHJhY2tpbmcgbnVt
YmVyIElUUyM3MTI0LjwvZGl2Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZndDsgT25lIG9mIG91
ciBzdXBwb3J0IGVuZ2luZWVycyB3aWxsIGxvb2sgYXQgeW91ciByZXBvcnQgaW4gZHVlIGNvdXJz
ZS48L2Rpdj4NCjxkaXY+Jmd0OyBOb3RlIHRoYXQgdGhpcyBtYXkgdGFrZSBzb21lIHRpbWUgYmVj
YXVzZSBvdXIgc3VwcG9ydCBlbmdpbmVlcnM8L2Rpdj4NCjxkaXY+Jmd0OyBhcmUgdm9sdW50ZWVy
cy4mbmJzcDsgVGhleSBvbmx5IHdvcmsgb24gT3BlbkxEQVAgd2hlbiB0aGV5IGhhdmUgc3BhcmU8
L2Rpdj4NCjxkaXY+Jmd0OyB0aW1lLjwvZGl2Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZndDsg
SWYgeW91IG5lZWQgdG8gcHJvdmlkZSBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGluIHJlZ2FyZHMg
dG8geW91cjwvZGl2Pg0KPGRpdj4mZ3Q7IGlzc3VlIHJlcG9ydCwgeW91IG1heSBkbyBzbyBieSBy
ZXBseWluZyB0byB0aGlzIG1lc3NhZ2UuJm5ic3A7IE5vdGUgdGhhdDwvZGl2Pg0KPGRpdj4mZ3Q7
IGFueSBtYWlsIHNlbnQgdG8gb3BlbmxkYXAtaXRzQG9wZW5sZGFwLm9yZyB3aXRoIChJVFMjNzEy
NCk8L2Rpdj4NCjxkaXY+Jmd0OyBpbiB0aGUgc3ViamVjdCB3aWxsIGF1dG9tYXRpY2FsbHkgYmUg
YXR0YWNoZWQgdG8gdGhlIGlzc3VlIHJlcG9ydC48L2Rpdj4NCjxkaXY+Jmd0OzwvZGl2Pg0KPGRp
dj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IDxhIGhyZWY9Im1haWx0bzpvcGVubGRhcC1pdHNAb3BlbmxkYXAub3JnP3N1YmplY3Q9KElU
UyM3MTI0Ij5tYWlsdG86b3BlbmxkYXAtaXRzQG9wZW5sZGFwLm9yZz9zdWJqZWN0PShJVFMjNzEy
NDwvYT4pPC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0OyBZb3UgbWF5IGZvbGxvdyB0
aGUgcHJvZ3Jlc3Mgb2YgdGhpcyByZXBvcnQgYnkgbG9hZGluZyB0aGUgZm9sbG93aW5nPC9kaXY+
DQo8ZGl2PiZndDsgVVJMIGluIGEgd2ViIGJyb3dzZXI6PC9kaXY+DQo8ZGl2PiZndDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cDovL3d3dy5PcGVuTERBUC5vcmcv
aXRzL2luZGV4LmNnaT9maW5kaWQ9NzEyNCI+aHR0cDovL3d3dy5PcGVuTERBUC5vcmcvaXRzL2lu
ZGV4LmNnaT9maW5kaWQ9NzEyNDwvYT48L2Rpdj4NCjxkaXY+Jmd0OzwvZGl2Pg0KPGRpdj4mZ3Q7
IFBsZWFzZSByZW1lbWJlciB0byByZXRhaW4geW91ciBpc3N1ZSB0cmFja2luZyBudW1iZXIgKElU
UyM3MTI0KTwvZGl2Pg0KPGRpdj4mZ3Q7IG9uIGFueSBmdXJ0aGVyIG1lc3NhZ2VzIHlvdSBzZW5k
IHRvIHVzIHJlZ2FyZGluZyB0aGlzIHJlcG9ydC4mbmJzcDsgSWY8L2Rpdj4NCjxkaXY+Jmd0OyB5
b3UgZG9uJ3QgdGhlbiB5b3UnbGwganVzdCB3YXN0ZSBvdXIgdGltZSBhbmQgeW91cnMgYmVjYXVz
ZSB3ZTwvZGl2Pg0KPGRpdj4mZ3Q7IHdvbid0IGJlIGFibGUgdG8gcHJvcGVybHkgdHJhY2sgdGhl
IHJlcG9ydC48L2Rpdj4NCjxkaXY+Jmd0OzwvZGl2Pg0KPGRpdj4mZ3Q7IFBsZWFzZSBub3RlIHRo
YXQgdGhlIElzc3VlIFRyYWNraW5nIFN5c3RlbSBpcyBub3QgaW50ZW5kZWQgdG88L2Rpdj4NCjxk
aXY+Jmd0OyBiZSB1c2VkIHRvIHNlZWsgaGVscCBpbiB0aGUgcHJvcGVyIHVzZSBvZiBPcGVuTERB
UCBTb2Z0d2FyZS48L2Rpdj4NCjxkaXY+Jmd0OyBTdWNoIHJlcXVlc3RzIHdpbGwgYmUgY2xvc2Vk
LjwvZGl2Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZndDsgT3BlbkxEQVAgU29mdHdhcmUgaXMg
dXNlciBzdXBwb3J0ZWQuPC9kaXY+DQo8ZGl2PiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cDovL3d3dy5PcGVuTERB
UC5vcmcvc3VwcG9ydC8iPmh0dHA6Ly93d3cuT3BlbkxEQVAub3JnL3N1cHBvcnQvPC9hPjwvZGl2
Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZndDsgLS0tLS0tLS0tLS0tLS08L2Rpdj4NCjxkaXY+
Jmd0OyBDb3B5cmlnaHQgMTk5OC0yMDA3IFRoZSBPcGVuTERBUCBGb3VuZGF0aW9uLCBBbGwgUmln
aHRzIFJlc2VydmVkLjwvZGl2Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxk
aXY+Jmd0OzwvZGl2Pg0KPGRpdj4mZ3Q7PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4m
bmJzcDs8L2Rpdj4NCjxkaXY+LS08L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7IC0tIEhvd2FyZCBD
aHU8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7IENUTywgU3ltYXMgQ29ycC4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0i
aHR0cDovL3d3dy5zeW1hcy5jb20iPmh0dHA6Ly93d3cuc3ltYXMuY29tPC9hPjwvZGl2Pg0KPGRp
dj4mbmJzcDsmbmJzcDsgRGlyZWN0b3IsIEhpZ2hsYW5kIFN1biZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyA8YSBocmVmPSJodHRwOi8vaGlnaGxhbmRzdW4uY29tL2h5Yy8iPmh0dHA6Ly9oaWdobGFu
ZHN1bi5jb20vaHljLzwvYT48L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7IENoaWVmIEFyY2hpdGVj
dCwgT3BlbkxEQVAmbmJzcDsgPGEgaHJlZj0iaHR0cDovL3d3dy5vcGVubGRhcC5vcmcvcHJvamVj
dC8iPmh0dHA6Ly93d3cub3BlbmxkYXAub3JnL3Byb2plY3QvPC9hPjwvZGl2Pg0KPGRpdj48Zm9u
dCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlmIj4mbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8L2Zv
bnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_C193E097DA77BB4482B17A5E5802BF23A1117AB75Bparcexch01tib_--
11 years, 8 months
Re: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
by hyc＠symas.com
qzhu(a)tibco-support.com wrote:
> Hello, Team,
>
> Sorry to disturb you, however, it is urgent for us to know the roadmap of OpenLDAP Directory Server software in 2012. Meanwhile, I think that it is also helpful to your product. I look forwards to your quick response. It is fine that you can tell us who can answer this question for me if you can't answer these questions, we shall directly contact them. Thanks.
The ITS is for bug reports, not for information requests. This ITS will be closed.
>
> Best regards,
> Henry
> -----Original Message-----
> From: Qingyun Zhu
> Sent: 2012Äê1ÔÂ12ÈÕ 20:25
> To: 'openldap-its(a)OpenLDAP.org'
> Cc: 'Maggie Wong'
> Subject: RE: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
>
> Dear team,
>
> Could you please provide me the roadmap of OpenLDAP directory server for 2012?
> We are interested in finding out
> ¡¤ Any new releases planning in 2012. If any, what are the new features?
> ¡¤ Any plan to support Windows7, RHEL6.x and AIX 7.1?
>
> Thanks& Best regards,
> Henry
> -----Original Message-----
> From: openldap-its(a)OpenLDAP.org [mailto:openldap-its@OpenLDAP.org]
> Sent: 2012Äê1ÔÂ12ÈÕ 20:22
> To: Qingyun Zhu
> Subject: Re: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
>
>
> *** THIS IS AN AUTOMATICALLY GENERATED REPLY ***
>
> Thanks for your report to the OpenLDAP Issue Tracking System. Your
> report has been assigned the tracking number ITS#7124.
>
> One of our support engineers will look at your report in due course.
> Note that this may take some time because our support engineers
> are volunteers. They only work on OpenLDAP when they have spare
> time.
>
> If you need to provide additional information in regards to your
> issue report, you may do so by replying to this message. Note that
> any mail sent to openldap-its(a)openldap.org with (ITS#7124)
> in the subject will automatically be attached to the issue report.
>
> mailto:openldap-its@openldap.org?subject=(ITS#7124)
>
> You may follow the progress of this report by loading the following
> URL in a web browser:
> http://www.OpenLDAP.org/its/index.cgi?findid=7124
>
> Please remember to retain your issue tracking number (ITS#7124)
> on any further messages you send to us regarding this report. If
> you don't then you'll just waste our time and yours because we
> won't be able to properly track the report.
>
> Please note that the Issue Tracking System is not intended to
> be used to seek help in the proper use of OpenLDAP Software.
> Such requests will be closed.
>
> OpenLDAP Software is user supported.
> http://www.OpenLDAP.org/support/
>
> --------------
> Copyright 1998-2007 The OpenLDAP Foundation, All Rights Reserved.
>
>
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
11 years, 8 months
RE: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
by qzhu＠tibco-support.com
Hello, Team,
Sorry to disturb you, however, it is urgent for us to know the roadmap of OpenLDAP Directory Server software in 2012. Meanwhile, I think that it is also helpful to your product. I look forwards to your quick response. It is fine that you can tell us who can answer this question for me if you can't answer these questions, we shall directly contact them. Thanks.
Best regards,
Henry
-----Original Message-----
From: Qingyun Zhu
Sent: 2012Äê1ÔÂ12ÈÕ 20:25
To: 'openldap-its(a)OpenLDAP.org'
Cc: 'Maggie Wong'
Subject: RE: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
Dear team,
Could you please provide me the roadmap of OpenLDAP directory server for 2012?
We are interested in finding out
¡€ Any new releases planning in 2012. If any, what are the new features?
¡€ Any plan to support Windows7, RHEL6.x and AIX 7.1?
Thanks& Best regards,
Henry
-----Original Message-----
From: openldap-its(a)OpenLDAP.org [mailto:openldap-its@OpenLDAP.org]
Sent: 2012Äê1ÔÂ12ÈÕ 20:22
To: Qingyun Zhu
Subject: Re: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
*** THIS IS AN AUTOMATICALLY GENERATED REPLY ***
Thanks for your report to the OpenLDAP Issue Tracking System. Your
report has been assigned the tracking number ITS#7124.
One of our support engineers will look at your report in due course.
Note that this may take some time because our support engineers
are volunteers. They only work on OpenLDAP when they have spare
time.
If you need to provide additional information in regards to your
issue report, you may do so by replying to this message. Note that
any mail sent to openldap-its(a)openldap.org with (ITS#7124)
in the subject will automatically be attached to the issue report.
mailto:openldap-its@openldap.org?subject=(ITS#7124)
You may follow the progress of this report by loading the following
URL in a web browser:
http://www.OpenLDAP.org/its/index.cgi?findid=7124
Please remember to retain your issue tracking number (ITS#7124)
on any further messages you send to us regarding this report. If
you don't then you'll just waste our time and yours because we
won't be able to properly track the report.
Please note that the Issue Tracking System is not intended to
be used to seek help in the proper use of OpenLDAP Software.
Such requests will be closed.
OpenLDAP Software is user supported.
http://www.OpenLDAP.org/support/
--------------
Copyright 1998-2007 The OpenLDAP Foundation, All Rights Reserved.
11 years, 8 months
(ITS#7126) MDB_cursor.mc_top is used uninitialized
by h.b.furuseth＠usit.uio.no
Full_Name: Hallvard B Furuseth
Version: HEAD
OS: Linux x86_64
URL:
Submission from: (NULL) (129.240.203.186)
Submitted by: hallvard
test027-emptydn uses MDB_cursor.mc_top uninitialized.
To force a crash, initialize it to 0xdead in mdb_cursor_init()
or mdb_cursor_open(). Crash at line 4669: mdb_xcursor_init1():
mx->mx_db.md_pad = mc->mc_pg[mc->mc_top]->mp_pad;
where mc_top is still 0xdead.
Does not happen in 2.4.28.
11 years, 8 months
(ITS#7125) Misplaced connection_done() calls
by h.b.furuseth＠usit.uio.no
Full_Name: Hallvard B Furuseth
Version: 2.4.26 - 2.4.28
OS: Linux x86_64
URL:
Submission from: (NULL) (129.240.203.186)
Submitted by: hallvard
Connection.c_mutex gets unlocked twice since since commit
9e00b6cc6ce2857490b33218bdaf1339319c5f60 (Add strictrefresh syncrepl
option): connection_done() is called inside connection_<first/next>()
loops, but connection_next() does the same inlined.
The functions should be used as:
for (c=connection_first(...); c; c=connection_next(c,...)) {...}
connection_done(c);
though connection_done(c) is currently unnecessary when c==NULL.
Fixing.
11 years, 8 months
RE: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
by qzhu＠tibco-support.com
Dear team,
Could you please provide me the roadmap of OpenLDAP directory server for 2012?
We are interested in finding out
¡€ Any new releases planning in 2012. If any, what are the new features?
¡€ Any plan to support Windows7, RHEL6.x and AIX 7.1?
Thanks& Best regards,
Henry
-----Original Message-----
From: openldap-its(a)OpenLDAP.org [mailto:openldap-its@OpenLDAP.org]
Sent: 2012Äê1ÔÂ12ÈÕ 20:22
To: Qingyun Zhu
Subject: Re: (ITS#7124) Could you please provide me the roadmap of OpenLDAP directory server for 2012?
*** THIS IS AN AUTOMATICALLY GENERATED REPLY ***
Thanks for your report to the OpenLDAP Issue Tracking System. Your
report has been assigned the tracking number ITS#7124.
One of our support engineers will look at your report in due course.
Note that this may take some time because our support engineers
are volunteers. They only work on OpenLDAP when they have spare
time.
If you need to provide additional information in regards to your
issue report, you may do so by replying to this message. Note that
any mail sent to openldap-its(a)openldap.org with (ITS#7124)
in the subject will automatically be attached to the issue report.
mailto:openldap-its@openldap.org?subject=(ITS#7124)
You may follow the progress of this report by loading the following
URL in a web browser:
http://www.OpenLDAP.org/its/index.cgi?findid=7124
Please remember to retain your issue tracking number (ITS#7124)
on any further messages you send to us regarding this report. If
you don't then you'll just waste our time and yours because we
won't be able to properly track the report.
Please note that the Issue Tracking System is not intended to
be used to seek help in the proper use of OpenLDAP Software.
Such requests will be closed.
OpenLDAP Software is user supported.
http://www.OpenLDAP.org/support/
--------------
Copyright 1998-2007 The OpenLDAP Foundation, All Rights Reserved.
11 years, 8 months
Re: (ITS#6987) cn=config renumbers indexes on startup without modrdn-ing them
by hyc＠symas.com
Howard Chu wrote:
> ondrej.kuznik(a)acision.com wrote:
>> On 07/07/2011 03:26 PM, ondrej.kuznik(a)acision.com wrote:
>>> ftp://ftp.openldap.org/incoming/ondrej-kuznik-20110707.c
>>> has an example of such overlay. To try it, initialize the overlay and
>>> add these entries:
>>>
>>> dn: olcTestAttrOne=zero,$OVERLAY_DN
>>> objectclass: olcTestOne
>>>
>>> dn: olcTestAttrTwo=one,$OVERLAY_DN
>>> objectclass: olcTestTwo
>>>
>>> dn: olcTestAttrOne=two,$OVERLAY_DN
>>> objectclass: olcTestOne
>>>
>>> dn: olcTestAttrTwo=three,$OVERLAY_DN
>>> objectclass: olcTestTwo
>>>
>>> After a restart compare the output of slapcat -n0 with the output of
>>> ldapsearch -b cn=config, you should see at least one different entry.
>>> You might also try to modify the entries before and after the restart.
>>> For those that do not match you get "no such object" as the dn is no
>>> longer in the ldif database.
>>
>> The issue is in bconfig.c:4726, the code treats all siblings as part of
>> one ordering (contrary to what
>> http://highlandsun.com/hyc/drafts/draft-chu-ldap-xordered-xx.html
>> implies since cn=config seems to treat everything as X-ORDERED
>> 'SIBLINGS'), while back-ldif orders them accordingly.
>> Also its caller (config_ldif_resp) does not expect any reordering to be
>> necessary, after all it should be (and is) reading a valid cn=config db,
>> so the entry renaming then never gets propagated to back-ldif causing
>> this desync.
>>
> This ITS still appears to me to be invalid. bconfig treats all siblings *of
> the same type* as a single ordering. Your demonstration code is claiming your
> entries are all of the same type, even though they aren't. I.e., all entries
> in cn=config of a given type have only one distinguished naming attribute. You
> have used olcTestAttrOne and olcTestAttrTwo for the same type, so cn=config
> doesn't distinguish them in its sort order.
Additionally, you have hijacked the Cft_Overlay type for your custom entries,
even though that type is reserved for actual overlay config entries. You
should be using Cft_Misc for your custom entries. All of the other Cft_* types
are reserved for all of the built in cn=config objectclasses.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
11 years, 8 months
Re: (ITS#6987) cn=config renumbers indexes on startup without modrdn-ing them
by hyc＠symas.com
ondrej.kuznik(a)acision.com wrote:
> On 07/07/2011 03:26 PM, ondrej.kuznik(a)acision.com wrote:
>> ftp://ftp.openldap.org/incoming/ondrej-kuznik-20110707.c
>> has an example of such overlay. To try it, initialize the overlay and
>> add these entries:
>>
>> dn: olcTestAttrOne=zero,$OVERLAY_DN
>> objectclass: olcTestOne
>>
>> dn: olcTestAttrTwo=one,$OVERLAY_DN
>> objectclass: olcTestTwo
>>
>> dn: olcTestAttrOne=two,$OVERLAY_DN
>> objectclass: olcTestOne
>>
>> dn: olcTestAttrTwo=three,$OVERLAY_DN
>> objectclass: olcTestTwo
>>
>> After a restart compare the output of slapcat -n0 with the output of
>> ldapsearch -b cn=config, you should see at least one different entry.
>> You might also try to modify the entries before and after the restart.
>> For those that do not match you get "no such object" as the dn is no
>> longer in the ldif database.
>
> The issue is in bconfig.c:4726, the code treats all siblings as part of
> one ordering (contrary to what
> http://highlandsun.com/hyc/drafts/draft-chu-ldap-xordered-xx.html
> implies since cn=config seems to treat everything as X-ORDERED
> 'SIBLINGS'), while back-ldif orders them accordingly.
> Also its caller (config_ldif_resp) does not expect any reordering to be
> necessary, after all it should be (and is) reading a valid cn=config db,
> so the entry renaming then never gets propagated to back-ldif causing
> this desync.
>
This ITS still appears to me to be invalid. bconfig treats all siblings *of
the same type* as a single ordering. Your demonstration code is claiming your
entries are all of the same type, even though they aren't. I.e., all entries
in cn=config of a given type have only one distinguished naming attribute. You
have used olcTestAttrOne and olcTestAttrTwo for the same type, so cn=config
doesn't distinguish them in its sort order.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
11 years, 8 months
Re: (ITS#7118) [PATCH] Improve SASL plugin handling
by thomas＠koeller.dyndns.org
On Tuesday 10 January 2012 09:56:02 Pierangelo Masarati wrote:
> > Now, if ldapdb is incompatible with slapd at a fundamental level, and
> > causes problems when loaded, I think not to load it is the right thing
> > to do, and this is what my patch does.
>
> An alternative solution consists in creating a specific folder
> containing plugins one wants to load, and start slapd with SASL_PATH set
> to point to that folder. This allows fine tuning of what to load
> without modifying a single line of code.
That is certainly true, however, it misses the point I am trying to make.
I want to provide a fix for the problem I encountered.
>From a user's perspective, it is certainly preferable for the whole thing
to 'just work', instead of being provided with instructions about how to
configure one's system to avoid problems that arise when using the standard
configuration. This places the burden on the user, for no other gain than
being able to load a module that cannot be used anyway. With the change I
proposed, slapd can work with every standard cyrus-sasl installation right
away, no special configuration required, and the problem is solved once
and forever.
Thomas
11 years, 8 months
