You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(8) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
(12) |
Mar
(8) |
Apr
|
May
(10) |
Jun
(14) |
Jul
(20) |
Aug
(11) |
Sep
(3) |
Oct
(14) |
Nov
(18) |
Dec
(5) |
2005 |
Jan
(21) |
Feb
(7) |
Mar
(6) |
Apr
(16) |
May
(9) |
Jun
(8) |
Jul
(2) |
Aug
(4) |
Sep
(15) |
Oct
(12) |
Nov
|
Dec
|
2006 |
Jan
(7) |
Feb
|
Mar
(6) |
Apr
(10) |
May
(8) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Fernando M. <fer...@ar...> - 2004-07-19 12:07:08
|
> Hello Bill, > I've done some googling for your error and it seems that the bind operation > was not successfull and you're browsing the tree in anonymous mode. The > problem is that I don't know what authentification method is needed in order > to connect to an AD-server. Simple, TLS/SSL, SASL, Kerberos? My focus is on > OpenLDAP, so my knowlege about Active Directory is limited and I have no > server here for testing :( > If you have more info, please mail me. > > mfg. > Wido > Hi Wido and List, I am binding successfully to an ADS on Win2003, using JXplorer. I am sending you, Wido, a tcpdump file with the result of the command: # tcpdump -vvv host <ads host ip number> May be can help... -- Bye, Fernando Maciel Souto Maior fer...@ar... http://www.araujo.com.br +55+31 3270-5886 LPIC/1 # 31908 AVISO------------------------------------------------------------- Esta mensagem pode conter informacao confidencial ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, favor avisar o remetente imediatamente, respondendo o e-mail e em seguida apagando-o. Obrigado pela cooperacao. DISCLAIMER-------------------------------------------------------- This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on any information herein. If you have received this message in error, please advise the sender immediately by replying to this e-mail and delete this message. Thank you for your cooperation. ------------------------------------------------------------------ This email was sent using SquirrelMail - http://squirrelmail.org |
From: Nathan B. <nat...@so...> - 2004-07-15 15:37:36
|
On Thu, 2004-07-15 at 10:33, Wido Depping wrote: > On Thursday 15 July 2004 15:27, Nathan Benson wrote: > > so, along those lines i have a few suggestions that may/may not be of > > any use (or want for that matter) for Luma's continued development: > > > > 1. next available GID (to compliment the next UID) > That's possible. Altough it would not be as easy to use, compared to the=20 > normal group dialog. Maybe other people on the list could comment about t= his. the normal group dialog is fantastic for managing the groups (as advertised), but in my environment we give each user a dedicated group. typically this follows the normal uid.gid being the same, say 1145.1145. from there we then add membership to other groups (Luma does this great). it's here when we are trying to find the next available gid that i have to click "Manage Group Membership", click the ID tab twice to sort the GID so i can see the current highest GID. from there, i have to head back over to my template, and run the risk of losing that GID, just like the UID problem i described. in all honesty the next GID was really only brought up to save the sorting of the list (which not everyone would think about). it's that and i'm having to use the templates since my Add button doesn't work in this version. i am headed to download beta3 right now in hopes this is corrected. i thought it might be kinda cool to extend the "find next" functionality of the Usermanagement plugin to the places where the UID/GID is added/changed, such as the template plugin. but, this is again not in light of your comments for the actual application as seen in your reply below. (=3D >=20 >=20 > > 2. like your drop down for the password hash choices, maybe > > in a similar fashion adding a button for find next UID/GID. > > > > - example, i created a "Unix Account" template using the > > template plugin. then i head over to the Browser plugin > > and right click to bring up the "Add Item -> Unix Account". > > it then pops up the template for me to fill out just like > > it should. it's here when i choose to modify the uidNumber > > or gidNumber that the extra "Next Free" button would be > > very handy. i could always go to the Usermanagment plugin > > first, get the next UID (and hopefully GID) and go back. but, > > i don't want to run the risk of someone taking the UID/GID > > before i finish, etc. > I have tought about that too, but decided to do it later. The problem is = that=20 > the codebase for the handling of this widget is already quite complex and= i=20 > wanted to change it fundamentally in the future.=20 > I'm planning to use the PyKDE bindings and use the html engine for render= ing=20 > the data. This way we would gain more speed, it would look better and=20 > additional features would be easier to implement. For example the user ca= n=20 > define default values for editing attributes. >=20 >=20 > > 3. adding an account lock/unlock to the password hash choices > > > > - this would allow for an account to be locked out, without > > having to change the password or delete the account right > > away. > > > > - i figured a ! could be inserted at the beginning of > > the password string if it's encrypted: > > > > {MD5}!CY9rzUYh03PK3k6DJie09g=3D=3D > For disabling the account, LDAP has the shadowExpire attribute. If you se= t it=20 > to a date in the past, the user won't be able to login. The only problem = is,=20 > that it only works with users who belong to the shadowAccount objectClass= .=20 > There are methods to realize this, but this is the only standard method. > Perhaps I could add a 'Disable account' button or something like that. I'= ll=20 > have a look on the WWW and try to find some references on this subject. i have a whole array of different applications/services all authenticating against the directory, that's why i was looking for one place to lock a user out of every web page, mail account, shell account, etc. this also could be instituted for samba/windows accounts, but i don't know enough about them to know what functionality is/isn't there. using the shadowExpire would work for mainly things like PAM, but not for any other service that is just attempting to bind as a way to check credentials (mail, web based authentication, etc). btw, since i was testing to make sure the above was correct, i changed my expire date to yesterday, but now i am unable to change my expire date to never expiring, rather just some random date X number of years into the future. i'm guessing that since it requires some date, that the modify won't delete the attribute because it's not empty. i always wanted a shell that was good until 01/01/3020. (=3D >=20 >=20 > > - if the hash is cleartext (why?) it would have to be > > a little more creative since inserting the ! is more > > like security through obscurity. maybe something > > along these lines: > > > > {!cleartext}test > > > > or > > > > {LUMARULES}test > This way the user is able to use his own hashes which are not implemented= in=20 > Luma. It's the only reason why it's there ;) and people say there isn't any good use for cleartext! (; >=20 > > that's all if have for right now (barring your threading support > > in upcoming releases), i hope you find it of some use. > Threading for LDAP queries is already implemented. It should be in the la= test=20 > snapshot I have provided on my personal webspace. >=20 > > keep up the good work, Luma is really looking good! > Thanks, I'll do my best to improve Luma much more :) >=20 > By the way, how are your experiences with the latest version and SASL=20 > authentification? How does it work? Are your problems only releated to th= e=20 > usermanagement and addressbook plugin? i'm actually not even using SASL authentication, i'm really just using TLS/SSL. as for the addressbook, i haven't been using it extensively, but for browsing it works great. i did test it out a little, and i get Reason: {'info': '', 'desc': 'Insufficient access'} when updating some of the attributes, but i'm sure this is because of the ACL's i have in place. thanks for your replies, it's nice to see a developer who is open and responsive. regards, nathan > mfg. > Wido >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=3D4721&alloc_id=3D10040&op=3Dclick > _______________________________________________ > Luma-users mailing list > Lum...@li... > https://lists.sourceforge.net/lists/listinfo/luma-users --=20 Nathan Benson http://sourcefire.com/ 1C1A F2C1 82AD F75F 9B6B E501 0D73 DC9B E96B DD96 |
From: Wido D. <wi...@gm...> - 2004-07-15 14:25:42
|
On Thursday 15 July 2004 15:27, Nathan Benson wrote: > so, along those lines i have a few suggestions that may/may not be of > any use (or want for that matter) for Luma's continued development: > > 1. next available GID (to compliment the next UID) That's possible. Altough it would not be as easy to use, compared to the normal group dialog. Maybe other people on the list could comment about this. > 2. like your drop down for the password hash choices, maybe > in a similar fashion adding a button for find next UID/GID. > > - example, i created a "Unix Account" template using the > template plugin. then i head over to the Browser plugin > and right click to bring up the "Add Item -> Unix Account". > it then pops up the template for me to fill out just like > it should. it's here when i choose to modify the uidNumber > or gidNumber that the extra "Next Free" button would be > very handy. i could always go to the Usermanagment plugin > first, get the next UID (and hopefully GID) and go back. but, > i don't want to run the risk of someone taking the UID/GID > before i finish, etc. I have tought about that too, but decided to do it later. The problem is that the codebase for the handling of this widget is already quite complex and i wanted to change it fundamentally in the future. I'm planning to use the PyKDE bindings and use the html engine for rendering the data. This way we would gain more speed, it would look better and additional features would be easier to implement. For example the user can define default values for editing attributes. > 3. adding an account lock/unlock to the password hash choices > > - this would allow for an account to be locked out, without > having to change the password or delete the account right > away. > > - i figured a ! could be inserted at the beginning of > the password string if it's encrypted: > > {MD5}!CY9rzUYh03PK3k6DJie09g== For disabling the account, LDAP has the shadowExpire attribute. If you set it to a date in the past, the user won't be able to login. The only problem is, that it only works with users who belong to the shadowAccount objectClass. There are methods to realize this, but this is the only standard method. Perhaps I could add a 'Disable account' button or something like that. I'll have a look on the WWW and try to find some references on this subject. > - if the hash is cleartext (why?) it would have to be > a little more creative since inserting the ! is more > like security through obscurity. maybe something > along these lines: > > {!cleartext}test > > or > > {LUMARULES}test This way the user is able to use his own hashes which are not implemented in Luma. It's the only reason why it's there ;) > that's all if have for right now (barring your threading support > in upcoming releases), i hope you find it of some use. Threading for LDAP queries is already implemented. It should be in the latest snapshot I have provided on my personal webspace. > keep up the good work, Luma is really looking good! Thanks, I'll do my best to improve Luma much more :) By the way, how are your experiences with the latest version and SASL authentification? How does it work? Are your problems only releated to the usermanagement and addressbook plugin? mfg. Wido |
From: Nathan B. <nat...@so...> - 2004-07-15 13:27:34
|
Hi Wido, i really like the ability to check for the next available uid as found in the directory. it was one of my biggest wishes for Luma. so, along those lines i have a few suggestions that may/may not be of any use (or want for that matter) for Luma's continued development: 1. next available GID (to compliment the next UID) 2. like your drop down for the password hash choices, maybe in a similar fashion adding a button for find next UID/GID. - example, i created a "Unix Account" template using the template plugin. then i head over to the Browser plugin and right click to bring up the "Add Item -> Unix Account". it then pops up the template for me to fill out just like it should. it's here when i choose to modify the uidNumber or gidNumber that the extra "Next Free" button would be very handy. i could always go to the Usermanagment plugin first, get the next UID (and hopefully GID) and go back. but, i don't want to run the risk of someone taking the UID/GID before i finish, etc. 3. adding an account lock/unlock to the password hash choices - this would allow for an account to be locked out, without having to change the password or delete the account right away. - i figured a ! could be inserted at the beginning of the password string if it's encrypted: {MD5}!CY9rzUYh03PK3k6DJie09g=3D=3D - if the hash is cleartext (why?) it would have to be a little more creative since inserting the ! is more like security through obscurity. maybe something along these lines: {!cleartext}test or {LUMARULES}test that's all if have for right now (barring your threading support in upcoming releases), i hope you find it of some use. keep up the good work, Luma is really looking good! -nathan On Tue, 2004-07-06 at 13:07, Wido Depping wrote: > I have put up a new pre-release version of Luma on my personal webspace. = The=20 > most visible changes are the new toolbar system and lots of user interfac= e=20 > cleanups. Some unicode fixes are also present and parts of the api were=20 > changed. > I have added a button to the usermanagement plugin which helps finding a = new =20 > user-id number. The user has to enter a number in the uid number field an= d=20 > then presses the button. Luma searches the current ldap tree for all user= ids=20 > and assigns the next free number for the account. > You can download this version at=20 > http://home.tu-clausthal.de/~ifwd/luma/luma-1.4pre2.tar.bz2 . > Please let me hear of your comments and feel free to mail me your wishes = for=20 > the next releases, too. I haven't decided about a new release date, so th= ere=20 > is still plenty of time. >=20 > mfg. > Wido Depping >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 > digital self defense, top technical experts, no vendor pitches,=20 > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Luma-users mailing list > Lum...@li... > https://lists.sourceforge.net/lists/listinfo/luma-users --=20 Nathan Benson http://sourcefire.com/ 1C1A F2C1 82AD F75F 9B6B E501 0D73 DC9B E96B DD96 |
From: Wido D. <wi...@gm...> - 2004-07-10 13:22:51
|
Bill Boswell wrote: > I'm trying to figure out the trick to binding to an AD-based directory. I > can see the structure in the Browser plugin but when I try to do a > privileged action, I get LdapErr: DSID-0C0905FF. > > I've tried typing in the account password manually and generating an > nthash using the admin tool and pasting that into the password field for > the account (with and without the {smbpassword} prefix). Still no joy. I'm > sure I'm missing something obvious, but I don't see it. > > Thx in advance... > bill Hello Bill, I've done some googling for your error and it seems that the bind operation was not successfull and you're browsing the tree in anonymous mode. The problem is that I don't know what authentification method is needed in order to connect to an AD-server. Simple, TLS/SSL, SASL, Kerberos? My focus is on OpenLDAP, so my knowlege about Active Directory is limited and I have no server here for testing :( If you have more info, please mail me. mfg. Wido |
From: Wido D. <wid...@tu...> - 2004-07-09 21:49:32
|
If you have any troubles with Luma not working on SuSE 9.1, you should install python-ldap 2.0.1. You can the the package here: http://sourceforge.net/project/showfiles.php?group_id=2072 . There is a SuSE 9.1 RPM, too. If you have further troubles, please mail me. bye Wido |
From: Wido D. <wi...@us...> - 2004-07-09 21:41:00
|
On Wednesday 07 July 2004 19:16, Fernando Maior wrote: > I have been unable to help with LUMA for a long time :( > Now I have some spare time and I will be back at > translating and any other way I can help :) Thanks for your help :) > Now I am running SuSE 9.1 Professional. I would like > to tell you that SuSE 9.1 Pro has QT 3.3.1, PyQt 3.11, > Python 2.3.3, python-ldap 2.0.0pre19, sip 3.10 and > qscintilla 1.54 in native rpm. And OpenLDAP 2.2.6. > Easy to install LUMA on it :) Yeah, that looks good. Except for one thing: python-ldap. You need at least version 2.0.1. There is a rpm for SuSE 9.1 on the SF.net site: http://sourceforge.net/project/showfiles.php?group_id=2072 > 1. If you start LUMA from the console or from KDE with > a console for reading error messages, you realize > LUMA shows messages complaining some files are > missing: > > Debug: Could not open file for plugin defaults. > Could not read configuration file. I'm going to replace the debugging messages with a logging interface, so the user will see only really important messages in a dialog. No console will be needed. > Also, you cannot save plugins preferences unless > you have touched your ${HOME}/.luma/plugins file. > > Solution: create all config files for plugins, > if possible. Probably, each plugin should create its > own config file. Confirmed, I'll fix that. > > BROWSER PLUGIN > > 1. I am using OpenLDAP 2.1.22 on a SuSE 9.0 Pro box, > with linux 2.4.21, and, when connecting to that > server from my machine using ldapsearch response > is imediate and correct. With LUMA 1.4pre2 I only > can see the origin of the tree, and the plus sign > do not run if you click on it. Also, no error msg > is displayed on the console. > > There is some light at the end of the tunnel: I > ran a tcpdump/ethereal session on the connection. > For that I bound to LDAP as anonymous. Results are: > MsgId=1 Bind Request DN=(null) > MsgID=1 Bind Result > MsgID=2 Search Request, Base DN=o=DASA[Short Frame] > MsgID=2 Search Entry[Short Frame] > MsgID=2 Search Entry[Short Frame] > > The message for Bind Result showed the Result Code > as Success (0x00). The two Search Entries showed > the DN for two of my OU: Users and Computers. I > have two or three more OU at the same level as > those. > > Another run with correct password for bind as admin > and tcpdump/ethereal showed: > MsgId=1 Bind Request DN=(null) > MsgID=1 Bind Result > Invalid LDAP message (Can't parse sequence header: > wrong type for that item) > MsgID=2 Search Request, Base DN=o=DASA[Short Frame] > MsgID=2 Search Entry[Short Frame] > MsgID=2 Search Entry[Short Frame] > MsgID=3 Unbind Request > > With the exception of the 'invalid' and 'unbind' messages, > everything seems to be very similar to the other execution. > I did try it a number of times, and the 'invalid' message > allways is showed. > > If I try to connect with the wrong password, LDAP replies > with a Bind Result: Invalid credentials (0x31), which is > correct. > > I get to the server list and changed the password > for binding to LDAP to a wrong one. No differences. > > Wido, I can get you a copy of the tcpdump file, if you > wish. It is very small, less then 20 packets. This is a problem other people have found on their SuSE 9.1 boxes, too. The problem is python-ldap which doesn't work with your OpenLDAP version. I've installed SuSE 9.1 and with python-ldap 2.0.1 everything works like a charm. > SERVER LIST > > 1. There is a message on the console telling me that > "Bookmark loading failed". What is that "bookmark" > in the Server List? Are you sure that this message is really comming when you're opening the server dialog? The only reference to this string is in the search plugin. Booksmarks are simply stored ldap search filter for faster access. > Many thanks, LUMA is getting better and better :) Thanks :) More changes are comming. Now all ldap operations are threaded. This way you won't have any gui-freezing during long running searches, slow network, etc. bye Wido |
From: Bill B. <bbo...@wi...> - 2004-07-08 22:44:55
|
I'm trying to figure out the trick to binding to an AD-based directory. I can see the structure in the Browser plugin but when I try to do a privileged action, I get LdapErr: DSID-0C0905FF. I've tried typing in the account password manually and generating an nthash using the admin tool and pasting that into the password field for the account (with and without the {smbpassword} prefix). Still no joy. I'm sure I'm missing something obvious, but I don't see it. Thx in advance... bill |
From: Fernando M. <fer...@ar...> - 2004-07-08 20:32:30
|
> This is a problem other people have found on their SuSE 9.1 boxes, too. I > think it is a problem with python-ldap. I've gotten a set of 9.1 CDs and will > install SuSE during the weekend. Then I'm able to test this myself. Bad news for the little Susie :) Do you know of any way I can test it in my station? If it is not very difficult, I can try it for you. Anyway, my station already have SuSE 9.1 installed. >> SERVER LIST >> >> 1. There is a message on the console telling me that >> "Bookmark loading failed". What is that "bookmark" >> in the Server List? > > Are you sure that this message is really comming when you're opening the > server dialog? The only reference to this string is in the search plugin. > Booksmarks are simply stored ldap search filter for faster access. Well, I did not do my homework very well, Wido. In fact, the message appears as soon as LUMA starts. And each time I press <OK> button on Server List. The button <APPLY> don't do it. > More changes are comming. Now all ldap operations are threaded. This way you > won't have any gui-freezing during long running searches, slow network, etc. Great!! -- Bye, Fernando Maciel Souto Maior fer...@ar... http://www.araujo.com.br +55+31 3270-5886 LPIC/1 # 31908 AVISO------------------------------------------------------------- Esta mensagem pode conter informacao confidencial ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, favor avisar o remetente imediatamente, respondendo o e-mail e em seguida apagando-o. Obrigado pela cooperacao. DISCLAIMER-------------------------------------------------------- This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on any information herein. If you have received this message in error, please advise the sender immediately by replying to this e-mail and delete this message. Thank you for your cooperation. ------------------------------------------------------------------ This email was sent using SquirrelMail - http://squirrelmail.org |
From: Wido D. <wi...@us...> - 2004-07-08 19:55:57
|
On Wednesday 07 July 2004 19:16, Fernando Maior wrote: > I have been unable to help with LUMA for a long time :( > Now I have some spare time and I will be back at > translating and any other way I can help :) Thanks for your help :) > Now I am running SuSE 9.1 Professional. I would like > to tell you that SuSE 9.1 Pro has QT 3.3.1, PyQt 3.11, > Python 2.3.3, python-ldap 2.0.0pre19, sip 3.10 and > qscintilla 1.54 in native rpm. And OpenLDAP 2.2.6. > Easy to install LUMA on it :) Yeah, that looks good. > 1. If you start LUMA from the console or from KDE with > a console for reading error messages, you realize > LUMA shows messages complaining some files are > missing: > > Debug: Could not open file for plugin defaults. > Could not read configuration file. I'm going to replace the debugging messages with a logging interface, so the user will see only really important messages in a dialog. No console will be needed. > Also, you cannot save plugins preferences unless > you have touched your ${HOME}/.luma/plugins file. > > Solution: create all config files for plugins, > if possible. Probably, each plugin should create its > own config file. Confirmed, I'll fix that. > > BROWSER PLUGIN > > 1. I am using OpenLDAP 2.1.22 on a SuSE 9.0 Pro box, > with linux 2.4.21, and, when connecting to that > server from my machine using ldapsearch response > is imediate and correct. With LUMA 1.4pre2 I only > can see the origin of the tree, and the plus sign > do not run if you click on it. Also, no error msg > is displayed on the console. > > There is some light at the end of the tunnel: I > ran a tcpdump/ethereal session on the connection. > For that I bound to LDAP as anonymous. Results are: > MsgId=1 Bind Request DN=(null) > MsgID=1 Bind Result > MsgID=2 Search Request, Base DN=o=DASA[Short Frame] > MsgID=2 Search Entry[Short Frame] > MsgID=2 Search Entry[Short Frame] > > The message for Bind Result showed the Result Code > as Success (0x00). The two Search Entries showed > the DN for two of my OU: Users and Computers. I > have two or three more OU at the same level as > those. > > Another run with correct password for bind as admin > and tcpdump/ethereal showed: > MsgId=1 Bind Request DN=(null) > MsgID=1 Bind Result > Invalid LDAP message (Can't parse sequence header: > wrong type for that item) > MsgID=2 Search Request, Base DN=o=DASA[Short Frame] > MsgID=2 Search Entry[Short Frame] > MsgID=2 Search Entry[Short Frame] > MsgID=3 Unbind Request > > With the exception of the 'invalid' and 'unbind' messages, > everything seems to be very similar to the other execution. > I did try it a number of times, and the 'invalid' message > allways is showed. > > If I try to connect with the wrong password, LDAP replies > with a Bind Result: Invalid credentials (0x31), which is > correct. > > I get to the server list and changed the password > for binding to LDAP to a wrong one. No differences. > > Wido, I can get you a copy of the tcpdump file, if you > wish. It is very small, less then 20 packets. This is a problem other people have found on their SuSE 9.1 boxes, too. I think it is a problem with python-ldap. I've gotten a set of 9.1 CDs and will install SuSE during the weekend. Then I'm able to test this myself. > SERVER LIST > > 1. There is a message on the console telling me that > "Bookmark loading failed". What is that "bookmark" > in the Server List? Are you sure that this message is really comming when you're opening the server dialog? The only reference to this string is in the search plugin. Booksmarks are simply stored ldap search filter for faster access. > Many thanks, LUMA is getting better and better :) Thanks :) More changes are comming. Now all ldap operations are threaded. This way you won't have any gui-freezing during long running searches, slow network, etc. bye Wido |
From: Fernando M. <fer...@ar...> - 2004-07-07 17:21:59
|
> I have put up a new pre-release version of Luma on my personal webspace. The > most visible changes are the new toolbar system and lots of user interface > cleanups. Some unicode fixes are also present and parts of the api were > changed. > I have added a button to the usermanagement plugin which helps finding a new > user-id number. The user has to enter a number in the uid number field and > then presses the button. Luma searches the current ldap tree for all user ids > and assigns the next free number for the account. > You can download this version at > http://home.tu-clausthal.de/~ifwd/luma/luma-1.4pre2.tar.bz2 . > Please let me hear of your comments and feel free to mail me your wishes for > the next releases, too. I haven't decided about a new release date, so there > is still plenty of time. > > mfg. > Wido Depping Wido, I have been unable to help with LUMA for a long time :( Now I have some spare time and I will be back at translating and any other way I can help :) Now I am running SuSE 9.1 Professional. I would like to tell you that SuSE 9.1 Pro has QT 3.3.1, PyQt 3.11, Python 2.3.3, python-ldap 2.0.0pre19, sip 3.10 and qscintilla 1.54 in native rpm. And OpenLDAP 2.2.6. Easy to install LUMA on it :) Here are some insights: ------------------------------------------------------ GENERAL 1. If you start LUMA from the console or from KDE with a console for reading error messages, you realize LUMA shows messages complaining some files are missing: Debug: Could not open file for plugin defaults. Could not read configuration file. Also, you cannot save plugins preferences unless you have touched your ${HOME}/.luma/plugins file. Solution: create all config files for plugins, if possible. Probably, each plugin should create its own config file. BROWSER PLUGIN 1. I am using OpenLDAP 2.1.22 on a SuSE 9.0 Pro box, with linux 2.4.21, and, when connecting to that server from my machine using ldapsearch response is imediate and correct. With LUMA 1.4pre2 I only can see the origin of the tree, and the plus sign do not run if you click on it. Also, no error msg is displayed on the console. There is some light at the end of the tunnel: I ran a tcpdump/ethereal session on the connection. For that I bound to LDAP as anonymous. Results are: MsgId=1 Bind Request DN=(null) MsgID=1 Bind Result MsgID=2 Search Request, Base DN=o=DASA[Short Frame] MsgID=2 Search Entry[Short Frame] MsgID=2 Search Entry[Short Frame] The message for Bind Result showed the Result Code as Success (0x00). The two Search Entries showed the DN for two of my OU: Users and Computers. I have two or three more OU at the same level as those. Another run with correct password for bind as admin and tcpdump/ethereal showed: MsgId=1 Bind Request DN=(null) MsgID=1 Bind Result Invalid LDAP message (Can't parse sequence header: wrong type for that item) MsgID=2 Search Request, Base DN=o=DASA[Short Frame] MsgID=2 Search Entry[Short Frame] MsgID=2 Search Entry[Short Frame] MsgID=3 Unbind Request With the exception of the 'invalid' and 'unbind' messages, everything seems to be very similar to the other execution. I did try it a number of times, and the 'invalid' message allways is showed. If I try to connect with the wrong password, LDAP replies with a Bind Result: Invalid credentials (0x31), which is correct. I get to the server list and changed the password for binding to LDAP to a wrong one. No differences. Wido, I can get you a copy of the tcpdump file, if you wish. It is very small, less then 20 packets. SERVER LIST 1. There is a message on the console telling me that "Bookmark loading failed". What is that "bookmark" in the Server List? Many thanks, LUMA is getting better and better :) -- Bye, Fernando Maciel Souto Maior fer...@ar... http://www.araujo.com.br +55+31 3270-5886 LPIC/1 # 31908 AVISO------------------------------------------------------------- Esta mensagem pode conter informacao confidencial ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, favor avisar o remetente imediatamente, respondendo o e-mail e em seguida apagando-o. Obrigado pela cooperacao. DISCLAIMER-------------------------------------------------------- This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on any information herein. If you have received this message in error, please advise the sender immediately by replying to this e-mail and delete this message. Thank you for your cooperation. ------------------------------------------------------------------ This email was sent using SquirrelMail - http://squirrelmail.org |
From: Wido D. <wi...@us...> - 2004-07-06 20:33:22
|
On Tuesday 06 July 2004 21:19, Tarjei Huse wrote: > Hi, I just started testing Luma 1.4pre and thought I'd come with some > input. Hi Tarjei, Thanks for your fast response. > Small stuff: > 1) The suggested uidrange should start at 1000 - not 0. (this is in the > massice account creation plugin. Done. > 2) When I try to search for something, luma just hangs. Which plugin? > 3) Luma should be able to handle an empty or * searchstring by searching > for objectclass=*. Also it should let you search by just typing the > username, not just ldap searchfilters. Again, which plugin? The usermanagement plugin doesn't use any ldap search filters. It searches the attributes of the tree (like uid, common name, etc) for the specified string. > 4) If you set the prefix directory to a directory that doesn't exists, > the installer should make it. This is a site-specific problem. What if home directories are created automaticly by the system if the user logs in? What if the user is running Luma on a remote machine? I will enable user-specifc scripts like in the usermanagement plugin. > 5) It seems that if I make a search, Luma hangs. Also, it should be > possible to stop an ongoing search. Where do you do the search? Do you have a testcase? > 6) The add button below the user listing does not work. Confirmed. Will fix this. > 7) The object listing area should show more info on each user. Do you mean the area where the search results are shown? What do you want to see additionally? > 8) There is no "save" or "modify" button below the user listing. This > would have been a great help. I'll have a look into this and how to do it better. > 9) The groupmanagementtab isn't working. Works here. Do you have a testcase? > 10) IMHO the passwords should not be shown. Also, LMHashes are outdated > and very easy to decrypt and not used in most modern environments. IMHO > they should only be offered as an alternative after the user has checked > off some kind of configuration option in the serversettings panel. This is one thing I wanted to change, too. I tought of displaying the hash-type and the rest of the password with "*". I included LMHashes for Samba support, but I don't know how it is really used and if it is necessescary. > Featuerrequests: > 1) Uids should be computed. There are plenty of methods how to implement this. What are you suggesting? bye Wido |
From: Wido D. <wi...@us...> - 2004-07-06 17:01:51
|
I have put up a new pre-release version of Luma on my personal webspace. The most visible changes are the new toolbar system and lots of user interface cleanups. Some unicode fixes are also present and parts of the api were changed. I have added a button to the usermanagement plugin which helps finding a new user-id number. The user has to enter a number in the uid number field and then presses the button. Luma searches the current ldap tree for all user ids and assigns the next free number for the account. You can download this version at http://home.tu-clausthal.de/~ifwd/luma/luma-1.4pre2.tar.bz2 . Please let me hear of your comments and feel free to mail me your wishes for the next releases, too. I haven't decided about a new release date, so there is still plenty of time. mfg. Wido Depping |
From: Wido D. <wi...@us...> - 2004-06-29 14:52:58
|
Nathan Benson wrote: >hi Wido, > >i am using python-ldap-2.0.0pre21. i've attached the core file, >but i'm starting to think it's not a problem with Luma, or >python-ldap. i believe it's a problem with the LDAP libraries, >because it seems that GQ displays the exact same behavior. > >both programs crater when i try and browse the directory when >TLS/SSL is on. they both work fine if i have don't. i've >attached the core file anyway. if i get a spare few minutes, >i'll take a look at it as well. > >i hope this is of some use, please let me know if you need any >other information. > >-nathan > >On Mon, 2004-06-28 at 15:57, Wido Depping wrote: > > >>Nathan Benson wrote: >> >> >> >>>i am using OpenLDAP 2.2.14, and it works fine without SSL/TLS. >>>if i try and browse a SSL/TLS server, Luma core dumps. >>> >>>i'd be happy to provide a core if you are interested. i don't >>>know of any public 2.2.x servers though, i'm sorry. >>> >>>On Sat, 2004-06-26 at 13:28, Wido Depping wrote: >>> >>> >>> >>> >>>>Does someone know a public OpenLDAP server running version 2.2.x? I'm >>>>having trouble with debugging and need to test Luma with this version. >>>>Or is here someone which is running 2.2.x and Luma works with it? >>>> >>>>Any information on this would be useful. >>>> >>>> >>>> >>>> >>>> >>>> >>Yes, please send me any infomration you can get about this bug. What >>python-ldap version are you using? >> >>mfg. >> Wido >> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>digital self defense, top technical experts, no vendor pitches, >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Luma-users mailing list >>Lum...@li... >>https://lists.sourceforge.net/lists/listinfo/luma-users >> >> Thanks for your reply, but I think you forgot the attachment ;) mfg. Wido |
From: Nathan B. <nat...@so...> - 2004-06-29 14:44:55
|
hi Wido, i am using python-ldap-2.0.0pre21. i've attached the core file, but i'm starting to think it's not a problem with Luma, or python-ldap. i believe it's a problem with the LDAP libraries, because it seems that GQ displays the exact same behavior. both programs crater when i try and browse the directory when TLS/SSL is on. they both work fine if i have don't. i've attached the core file anyway. if i get a spare few minutes, i'll take a look at it as well. i hope this is of some use, please let me know if you need any other information. -nathan On Mon, 2004-06-28 at 15:57, Wido Depping wrote: > Nathan Benson wrote: >=20 > >i am using OpenLDAP 2.2.14, and it works fine without SSL/TLS. > >if i try and browse a SSL/TLS server, Luma core dumps. > > > >i'd be happy to provide a core if you are interested. i don't > >know of any public 2.2.x servers though, i'm sorry. > > > >On Sat, 2004-06-26 at 13:28, Wido Depping wrote: > > =20 > > > >>Does someone know a public OpenLDAP server running version 2.2.x? I'm=20 > >>having trouble with debugging and need to test Luma with this version. > >>Or is here someone which is running 2.2.x and Luma works with it? > >> > >>Any information on this would be useful. > >> > >> > >> =20 > >> > Yes, please send me any infomration you can get about this bug. What=20 > python-ldap version are you using? >=20 > mfg. > Wido >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 > digital self defense, top technical experts, no vendor pitches,=20 > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Luma-users mailing list > Lum...@li... > https://lists.sourceforge.net/lists/listinfo/luma-users --=20 Nathan Benson http://sourcefire.com/ 1C1A F2C1 82AD F75F 9B6B E501 0D73 DC9B E96B DD96 |
From: Wido D. <wid...@tu...> - 2004-06-28 19:53:00
|
Nathan Benson wrote: >i am using OpenLDAP 2.2.14, and it works fine without SSL/TLS. >if i try and browse a SSL/TLS server, Luma core dumps. > >i'd be happy to provide a core if you are interested. i don't >know of any public 2.2.x servers though, i'm sorry. > >On Sat, 2004-06-26 at 13:28, Wido Depping wrote: > > >>Does someone know a public OpenLDAP server running version 2.2.x? I'm >>having trouble with debugging and need to test Luma with this version. >>Or is here someone which is running 2.2.x and Luma works with it? >> >>Any information on this would be useful. >> >> >> >> Yes, please send me any infomration you can get about this bug. What python-ldap version are you using? mfg. Wido |
From: Nathan B. <nat...@so...> - 2004-06-28 18:11:38
|
i am using OpenLDAP 2.2.14, and it works fine without SSL/TLS. if i try and browse a SSL/TLS server, Luma core dumps. i'd be happy to provide a core if you are interested. i don't know of any public 2.2.x servers though, i'm sorry. On Sat, 2004-06-26 at 13:28, Wido Depping wrote: > Does someone know a public OpenLDAP server running version 2.2.x? I'm=20 > having trouble with debugging and need to test Luma with this version. > Or is here someone which is running 2.2.x and Luma works with it? >=20 > Any information on this would be useful. >=20 > mfg. > Wido >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 > digital self defense, top technical experts, no vendor pitches,=20 > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Luma-users mailing list > Lum...@li... > https://lists.sourceforge.net/lists/listinfo/luma-users --=20 Nathan Benson http://sourcefire.com/ 1C1A F2C1 82AD F75F 9B6B E501 0D73 DC9B E96B DD96 |
From: Bill B. <bil...@co...> - 2004-06-26 20:17:11
|
>>> Ok, I'm sure now that this problem is related to OpenLDAP 2.2. I'll >>> try to get this version running on my gentoo box and try to fix this >>> problem. After that I'll do a pre-release and mail it to you for >>> testing. >> >> > I just got OpenLDAP 2.2 working here and I got no problems with > retrieving results from the tree. However I used the latest version of > python-ldap (2.0.0 instead of 2.0.0pre19 which you have). Maybe you > could try to rebuild python-ldap on your system and try it with Luma > then. Maybe it works. > > I just installed 2.0.0 using the SuSE rpm package and now Luma works just fine. Thanks for taking the time to help me out. -bill |
From: Bill B. <bil...@co...> - 2004-06-26 20:01:58
|
Wido Depping wrote: > Bill Boswell wrote: > >> Thanks a million. I'm learning quite a bit about Python-LDAP and >> about clean, efficient HTML outputting from your application. Great >> stuff. >> >> -bill >> >>>>>>> >>>>>>>> I'm using Luma 1.3 on SuSE 9.1 with OpenLDAP. I'm unable to >>>>>>>> browse below the root container using the Browser plugin. I >>>>>>>> don't get any entries at all in the AddressBook plugin. I know >>>>>>>> my logon credentials are correct because I can add a new user >>>>>>>> via the UserManagement plugin then view the object in gq. >>>>>>>> >>>>>>>> Any suggestions on what I'm missing? Thanks. >>>>>>> >>>>>>> >>>>>>> Could you tell me which versions of python-ldap and OpenLDAP you >>>>>>> are using? And which authentification methods does your server >>>>>>> support? >>>>>>> I have met another person yesterday who has the same problem, >>>>>>> but we were not yet able to track down the problem exactly. We >>>>>>> got so far, that the search requests returned no results, but we >>>>>>> don't know why. The only difference was that I tested my code >>>>>>> with OpenLDAP 2.0 and 2.1. The other person is using 2.2. >>>>>>> Is your server publicly available? Then I would be able to do >>>>>>> some testing for myself and the whole debugging would be much >>>>>>> faster. I need only anon read access. >>>>>> >>>>>> >>>>>> Thanks for the personal reply, Wido. Here's my version statistics: >>>>>> >>>>>> python-ldap is installed... >>>>>> Installed version: 2.0.0pre19 >>>>>> Minimum version: 2.0.0pre13 >>>>>> >>>>>> PyQt is installed... >>>>>> Installed version: 3.11 >>>>>> Minimum version: 3.10 >>>>>> >>>>>> Qt version... >>>>>> Installed version: 3.3.1 >>>>>> Minimum version: 3.2 >>>>>> >>>>>> smbpasswd module is installed. >>>>>> >>>>>> >>>>> Could you have a look which version of OpenLDAP you are using? And >>>>> it would be handy if I could access your server over the internet. >>>>> This way I can fix this bug without mailing much. >>>> >>>> >>>> I'm running OpenLDAP 2.2.6. >>>> >>>> I'm behind a firewall and I can't give you access. Sorry. >>>> >>>> Thanks in advance for any advice you can give me. >>> >>> >>> Ok, I'm sure now that this problem is related to OpenLDAP 2.2. I'll >>> try to get this version running on my gentoo box and try to fix this >>> problem. After that I'll do a pre-release and mail it to you for >>> testing. >> >> > I just got OpenLDAP 2.2 working here and I got no problems with > retrieving results from the tree. However I used the latest version of > python-ldap (2.0.0 instead of 2.0.0pre19 which you have). Maybe you > could try to rebuild python-ldap on your system and try it with Luma > then. Maybe it works. > > I'll install it right now and let you know what happens. |
From: Wido D. <wid...@tu...> - 2004-06-26 17:24:18
|
Does someone know a public OpenLDAP server running version 2.2.x? I'm having trouble with debugging and need to test Luma with this version. Or is here someone which is running 2.2.x and Luma works with it? Any information on this would be useful. mfg. Wido |
From: Wido D. <wi...@us...> - 2004-06-26 17:20:29
|
Bill Boswell wrote: > Thanks a million. I'm learning quite a bit about Python-LDAP and about > clean, efficient HTML outputting from your application. Great stuff. > > -bill > >>>>>> >>>>>>> I'm using Luma 1.3 on SuSE 9.1 with OpenLDAP. I'm unable to >>>>>>> browse below the root container using the Browser plugin. I >>>>>>> don't get any entries at all in the AddressBook plugin. I know >>>>>>> my logon credentials are correct because I can add a new user >>>>>>> via the UserManagement plugin then view the object in gq. >>>>>>> >>>>>>> Any suggestions on what I'm missing? Thanks. >>>>>> >>>>>> Could you tell me which versions of python-ldap and OpenLDAP you >>>>>> are using? And which authentification methods does your server >>>>>> support? >>>>>> I have met another person yesterday who has the same problem, but >>>>>> we were not yet able to track down the problem exactly. We got so >>>>>> far, that the search requests returned no results, but we don't >>>>>> know why. The only difference was that I tested my code with >>>>>> OpenLDAP 2.0 and 2.1. The other person is using 2.2. >>>>>> Is your server publicly available? Then I would be able to do >>>>>> some testing for myself and the whole debugging would be much >>>>>> faster. I need only anon read access. >>>>> >>>>> Thanks for the personal reply, Wido. Here's my version statistics: >>>>> >>>>> python-ldap is installed... >>>>> Installed version: 2.0.0pre19 >>>>> Minimum version: 2.0.0pre13 >>>>> >>>>> PyQt is installed... >>>>> Installed version: 3.11 >>>>> Minimum version: 3.10 >>>>> >>>>> Qt version... >>>>> Installed version: 3.3.1 >>>>> Minimum version: 3.2 >>>>> >>>>> smbpasswd module is installed. >>>>> >>>>> >>>> Could you have a look which version of OpenLDAP you are using? And >>>> it would be handy if I could access your server over the internet. >>>> This way I can fix this bug without mailing much. >>> >>> I'm running OpenLDAP 2.2.6. >>> >>> I'm behind a firewall and I can't give you access. Sorry. >>> >>> Thanks in advance for any advice you can give me. >> >> Ok, I'm sure now that this problem is related to OpenLDAP 2.2. I'll >> try to get this version running on my gentoo box and try to fix this >> problem. After that I'll do a pre-release and mail it to you for >> testing. > I just got OpenLDAP 2.2 working here and I got no problems with retrieving results from the tree. However I used the latest version of python-ldap (2.0.0 instead of 2.0.0pre19 which you have). Maybe you could try to rebuild python-ldap on your system and try it with Luma then. Maybe it works. mfg. Wido |
From: Bill B. <bil...@co...> - 2004-06-26 16:06:54
|
Thanks a million. I'm learning quite a bit about Python-LDAP and about clean, efficient HTML outputting from your application. Great stuff. -bill Wido Depping wrote: > Bill Boswell wrote: > >> >> >> Wido Depping wrote: >> >>> Bill Boswell wrote: >>> >>>> On 0, Wido Depping <wid...@tu...> wrote: >>>> >>>> >>>>> Bill Boswell wrote: >>>>> >>>>> >>>>> >>>>>> I'm using Luma 1.3 on SuSE 9.1 with OpenLDAP. I'm unable to >>>>>> browse below the root container using the Browser plugin. I don't >>>>>> get any entries at all in the AddressBook plugin. I know my logon >>>>>> credentials are correct because I can add a new user via the >>>>>> UserManagement plugin then view the object in gq. >>>>>> >>>>>> Any suggestions on what I'm missing? Thanks. >>>>>> >>>>>> -bill >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> Hi Bill, >>>>> Could you tell me which versions of python-ldap and OpenLDAP you >>>>> are using? And which authentification methods does your server >>>>> support? >>>>> I have met another person yesterday who has the same problem, but >>>>> we were not yet able to track down the problem exactly. We got so >>>>> far, that the search requests returned no results, but we don't >>>>> know why. The only difference was that I tested my code with >>>>> OpenLDAP 2.0 and 2.1. The other person is using 2.2. >>>>> Is your server publicly available? Then I would be able to do some >>>>> testing for myself and the whole debugging would be much faster. I >>>>> need only anon read access. >>>>> >>>>> mfg. >>>>> Wido >>>>> >>>> >>>> >>>> >>>> >>>> Thanks for the personal reply, Wido. Here's my version statistics: >>>> >>>> python-ldap is installed... >>>> Installed version: 2.0.0pre19 >>>> Minimum version: 2.0.0pre13 >>>> >>>> PyQt is installed... >>>> Installed version: 3.11 >>>> Minimum version: 3.10 >>>> >>>> Qt version... >>>> Installed version: 3.3.1 >>>> Minimum version: 3.2 >>>> >>>> smbpasswd module is installed. >>>> >>>> >>> Could you have a look which version of OpenLDAP you are using? And >>> it would be handy if I could access your server over the internet. >>> This way I can fix this bug without mailing much. >>> >>> >> I'm running OpenLDAP 2.2.6. >> >> I'm behind a firewall and I can't give you access. Sorry. >> >> Thanks in advance for any advice you can give me. >> >> -bill > > > > Ok, I'm sure now that this problem is related to OpenLDAP 2.2. I'll > try to get this version running on my gentoo box and try to fix this > problem. After that I'll do a pre-release and mail it to you for testing. > > mfg. > Wido > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital > self defense, top technical experts, no vendor pitches, unmatched > networking opportunities. Visit www.blackhat.com > _______________________________________________ > Luma-users mailing list > Lum...@li... > https://lists.sourceforge.net/lists/listinfo/luma-users > |
From: Wido D. <wi...@us...> - 2004-06-26 15:39:04
|
Bill Boswell wrote: > > > Wido Depping wrote: > >> Bill Boswell wrote: >> >>> On 0, Wido Depping <wid...@tu...> wrote: >>> >>> >>>> Bill Boswell wrote: >>>> >>>> >>>> >>>>> I'm using Luma 1.3 on SuSE 9.1 with OpenLDAP. I'm unable to browse >>>>> below the root container using the Browser plugin. I don't get any >>>>> entries at all in the AddressBook plugin. I know my logon >>>>> credentials are correct because I can add a new user via the >>>>> UserManagement plugin then view the object in gq. >>>>> >>>>> Any suggestions on what I'm missing? Thanks. >>>>> >>>>> -bill >>>>> >>>>> >>>> >>>> >>>> Hi Bill, >>>> Could you tell me which versions of python-ldap and OpenLDAP you >>>> are using? And which authentification methods does your server >>>> support? >>>> I have met another person yesterday who has the same problem, but >>>> we were not yet able to track down the problem exactly. We got so >>>> far, that the search requests returned no results, but we don't >>>> know why. The only difference was that I tested my code with >>>> OpenLDAP 2.0 and 2.1. The other person is using 2.2. >>>> Is your server publicly available? Then I would be able to do some >>>> testing for myself and the whole debugging would be much faster. I >>>> need only anon read access. >>>> >>>> mfg. >>>> Wido >>>> >>> >>> >>> >>> Thanks for the personal reply, Wido. Here's my version statistics: >>> >>> python-ldap is installed... >>> Installed version: 2.0.0pre19 >>> Minimum version: 2.0.0pre13 >>> >>> PyQt is installed... >>> Installed version: 3.11 >>> Minimum version: 3.10 >>> >>> Qt version... >>> Installed version: 3.3.1 >>> Minimum version: 3.2 >>> >>> smbpasswd module is installed. >>> >>> >> Could you have a look which version of OpenLDAP you are using? And it >> would be handy if I could access your server over the internet. This >> way I can fix this bug without mailing much. >> >> > I'm running OpenLDAP 2.2.6. > > I'm behind a firewall and I can't give you access. Sorry. > > Thanks in advance for any advice you can give me. > > -bill Ok, I'm sure now that this problem is related to OpenLDAP 2.2. I'll try to get this version running on my gentoo box and try to fix this problem. After that I'll do a pre-release and mail it to you for testing. mfg. Wido |
From: Wido D. <wi...@us...> - 2004-06-26 13:37:17
|
Bill Boswell wrote: >On 0, Wido Depping <wid...@tu...> wrote: > > >>Bill Boswell wrote: >> >> >> >>>I'm using Luma 1.3 on SuSE 9.1 with OpenLDAP. I'm unable to browse >>>below the root container using the Browser plugin. I don't get any >>>entries at all in the AddressBook plugin. I know my logon credentials >>>are correct because I can add a new user via the UserManagement plugin >>>then view the object in gq. >>> >>>Any suggestions on what I'm missing? Thanks. >>> >>>-bill >>> >>> >>> >>Hi Bill, >>Could you tell me which versions of python-ldap and OpenLDAP you are >>using? And which authentification methods does your server support? >>I have met another person yesterday who has the same problem, but we >>were not yet able to track down the problem exactly. We got so far, that >>the search requests returned no results, but we don't know why. The only >>difference was that I tested my code with OpenLDAP 2.0 and 2.1. The >>other person is using 2.2. >>Is your server publicly available? Then I would be able to do some >>testing for myself and the whole debugging would be much faster. I need >>only anon read access. >> >>mfg. >> Wido >> >> > >Thanks for the personal reply, Wido. Here's my version statistics: > >python-ldap is installed... > Installed version: 2.0.0pre19 > Minimum version: 2.0.0pre13 > >PyQt is installed... > Installed version: 3.11 > Minimum version: 3.10 > >Qt version... > Installed version: 3.3.1 > Minimum version: 3.2 > >smbpasswd module is installed. > > Could you have a look which version of OpenLDAP you are using? And it would be handy if I could access your server over the internet. This way I can fix this bug without mailing much. mfg. Wido |
From: Wido D. <wi...@us...> - 2004-06-26 13:31:58
|
Bill Boswell wrote: >On 0, Wido Depping <wid...@tu...> wrote: > > >>Bill Boswell wrote: >> >> >> >>>I'm using Luma 1.3 on SuSE 9.1 with OpenLDAP. I'm unable to browse >>>below the root container using the Browser plugin. I don't get any >>>entries at all in the AddressBook plugin. I know my logon credentials >>>are correct because I can add a new user via the UserManagement plugin >>>then view the object in gq. >>> >>>Any suggestions on what I'm missing? Thanks. >>> >>>-bill >>> >>> >>> >>Hi Bill, >>Could you tell me which versions of python-ldap and OpenLDAP you are >>using? And which authentification methods does your server support? >>I have met another person yesterday who has the same problem, but we >>were not yet able to track down the problem exactly. We got so far, that >>the search requests returned no results, but we don't know why. The only >>difference was that I tested my code with OpenLDAP 2.0 and 2.1. The >>other person is using 2.2. >>Is your server publicly available? Then I would be able to do some >>testing for myself and the whole debugging would be much faster. I need >>only anon read access. >> >>mfg. >> Wido >> >> > >Thanks for the personal reply, Wido. Here's my version statistics: > >python-ldap is installed... > Installed version: 2.0.0pre19 > Minimum version: 2.0.0pre13 > >PyQt is installed... > Installed version: 3.11 > Minimum version: 3.10 > >Qt version... > Installed version: 3.3.1 > Minimum version: 3.2 > >smbpasswd module is installed. > > Could you have a look which version of OpenLDAP you are using? And it would be handy if I could access your server over the internet. This way I can fix this bug without mailing much. mfg. Wido |