You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(34) |
Mar
(9) |
Apr
|
May
(2) |
Jun
(14) |
Jul
(67) |
Aug
(34) |
Sep
(5) |
Oct
(20) |
Nov
(22) |
Dec
(31) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(16) |
Mar
(20) |
Apr
(13) |
May
(72) |
Jun
(42) |
Jul
(41) |
Aug
(11) |
Sep
(19) |
Oct
(67) |
Nov
(59) |
Dec
(57) |
| 2002 |
Jan
(74) |
Feb
(69) |
Mar
(34) |
Apr
(55) |
May
(47) |
Jun
(74) |
Jul
(116) |
Aug
(68) |
Sep
(25) |
Oct
(42) |
Nov
(28) |
Dec
(52) |
| 2003 |
Jan
(19) |
Feb
(18) |
Mar
(35) |
Apr
(49) |
May
(73) |
Jun
(39) |
Jul
(26) |
Aug
(59) |
Sep
(33) |
Oct
(56) |
Nov
(69) |
Dec
(137) |
| 2004 |
Jan
(276) |
Feb
(15) |
Mar
(18) |
Apr
(27) |
May
(25) |
Jun
(7) |
Jul
(13) |
Aug
(2) |
Sep
(2) |
Oct
(10) |
Nov
(27) |
Dec
(28) |
| 2005 |
Jan
(22) |
Feb
(25) |
Mar
(41) |
Apr
(17) |
May
(36) |
Jun
(13) |
Jul
(22) |
Aug
(12) |
Sep
(23) |
Oct
(6) |
Nov
(4) |
Dec
|
| 2006 |
Jan
(11) |
Feb
(3) |
Mar
(5) |
Apr
(22) |
May
(1) |
Jun
(10) |
Jul
(19) |
Aug
(7) |
Sep
(25) |
Oct
(23) |
Nov
(5) |
Dec
(27) |
| 2007 |
Jan
(25) |
Feb
(17) |
Mar
(44) |
Apr
(8) |
May
(33) |
Jun
(31) |
Jul
(42) |
Aug
(16) |
Sep
(12) |
Oct
(16) |
Nov
(23) |
Dec
(73) |
| 2008 |
Jan
(26) |
Feb
(6) |
Mar
(46) |
Apr
(17) |
May
(1) |
Jun
(44) |
Jul
(9) |
Aug
(34) |
Sep
(20) |
Oct
(2) |
Nov
(4) |
Dec
(16) |
| 2009 |
Jan
(14) |
Feb
(3) |
Mar
(45) |
Apr
(52) |
May
(34) |
Jun
(32) |
Jul
(24) |
Aug
(52) |
Sep
(22) |
Oct
(23) |
Nov
(19) |
Dec
(10) |
| 2010 |
Jan
(10) |
Feb
(13) |
Mar
(22) |
Apr
(9) |
May
(1) |
Jun
(1) |
Jul
(8) |
Aug
(9) |
Sep
(10) |
Oct
(1) |
Nov
(2) |
Dec
(3) |
| 2011 |
Jan
|
Feb
(18) |
Mar
(39) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael <mi...@st...> - 2001-12-10 23:28:37
|
Paul Sokolovsky wrote: > > Can the maintainers comment on stability of python-ldap? Can it be > used for production? Which level of "production"? > If so, which CVS tag is suggested? Depends on your OS. > And why there were no releases for more than year, Hmm... Ciao, Michael. |
|
From: Paul S. <Pau...@te...> - 2001-12-10 23:02:51
|
Hello python-ldap-dev, Can the maintainers comment on stability of python-ldap? Can it be used for production? If so, which CVS tag is suggested? And why there were no releases for more than year, with latest one being quite feature-old and good deal of development happening all the time? Thanks, -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
|
From: Kaeidinejad, S. <Sha...@dg...> - 2001-12-10 10:47:17
|
unsubscribe |
|
From: Kaeidinejad, S. <Sha...@dg...> - 2001-12-10 10:47:10
|
|
From: Michael <mi...@st...> - 2001-12-09 13:29:26
|
Michael Ströder wrote:
>
> Nick Reinking wrote:
> >
> > David, maybe you can help me. I've got a really large in-house LDAP search
> > engine that I've built, and I've come across something rather unusual.
> > [..]
> > ldap.SIZELIMIT_EXCEEDED: {'desc': 'Sizelimit exceeded'}
>
> Nick, your application code has to deal with that.
BTW: I've checked in Demo/asyncsizelimit.py which shows how to use
new sub-module ldap.async for retrieving the partial search results
in an almost synchronous manner even if ldap.SIZELIMIT_EXCEEDED was
raised.
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python-ldap/python-ldap/Demo/asyncsizelimit.py
Ciao, Michael.
|
|
From: Michael <mi...@st...> - 2001-12-08 23:40:49
|
HI! During a hopeless effort to clean up the code in web2ldap ;-) I wrote a base class for doing e.g. stream processing and pseudo-paging of LDAP entries with async searches. I think it's useful for others too. Therefore I've checked in Lib/ldap/async.py. Demo/asyncldif.py should make clear how it's used. Reviews welcome. Ciao, Michael. |
|
From: Michael <mi...@st...> - 2001-12-07 20:02:03
|
Mauro Cicognini wrote: > > Jacek Konieczny wrote: > > > On Thu, Nov 22, 2001 at 12:41:46PM +0100, Michael Ströder wrote: > > > > > > I suspect that we silently dropped Win32 support in python-ldap by > > > abandoning building against old Umich libs. > > > > > > Hmm, are there any Win32 hackers here who can check if it would be > > > possible to build recent python-ldap against > > > http://www.fivesight.com/downloads/openldap.asp ? > > > > AFAIK there are only executables (no DLL's) there. So it is no good for > > us. > > > > We need some hacker to build OpenLDAP libraries for Win32. It should be > > possible. > > I'm willing to do some work in this respect. > I'll let you know in a couple weeks. Is that of any help? http://starship.python.net/crew/kernr/mingw32/Notes.html Ciao, Michael. |
|
From: Michael <mi...@st...> - 2001-12-04 20:02:11
|
Nick Reinking wrote: > > Oh! I realize my mistake. I guess I should have done some research on what > "size limit" means in LDAP. I had thought it meant the maximum number of > matches, not the maximum number of DNs to iterate over. It is a server-side limit. It has nothing to do with python-ldap in the first place. Refer to your LDAP server's documentation to figure out what this limit exactly means. Depending on the server's implementation there could be various types of limits. > Perhaps the description could be changed to something a bit more clear? No, it can't be changed in python-ldap. The textual description is sent by the LDAP server. python-ldap does exactly the right thing: Raise an exception matching the error code and pass the error text provided by the LDAP server in the exception instance to the application. As always proper error handling in your application gets complicated if you want to do it correctly and complete... Ciao, Michael. |
|
From: Michael <mi...@st...> - 2001-12-04 17:09:53
|
Nick Reinking wrote:
>
> David, maybe you can help me. I've got a really large in-house LDAP search
> engine that I've built, and I've come across something rather unusual.
> [..]
> ldap.SIZELIMIT_EXCEEDED: {'desc': 'Sizelimit exceeded'}
Nick, your application code has to deal with that. It signals that
only partial search results were returned. It's caused by a
server-side configuration limit (which is useful on large LDAP
servers!).
> However, if I do the same search in PHP, I get just one (relatively small)
> result. Why is this happening (especially since sizelimit == 0)?
If it's different in PHP then PHP/LDAP is flawed.
Ciao, Michael.
|
|
From: Nick R. <ni...@si...> - 2001-12-04 16:56:16
|
David, maybe you can help me. I've got a really large in-house LDAP search
engine that I've built, and I've come across something rather unusual.
>>> import ldap
>>> ldap.__version__
'1.10alpha3'
>>> a = ldap.open("ldapsm")
>>> a
<LDAP {lberoptions:1, deref:DEREF_NEVER, timelimit:0 (NO_LIMIT), sizelimit:0 (NO_LIMIT), errno:4, error:'', matched:'', refhoplimit:5, options:< OPT_REFERRALS >}>
>>> a.simple_bind_s("","")
>>> result = a.search_st("o=supervalu.com",ldap.SCOPE_SUBTREE,"uid=*homth0*")
Traceback (most recent call last):
File "<stdin>", line 1, in ?
ldap.SIZELIMIT_EXCEEDED: {'desc': 'Sizelimit exceeded'}
However, if I do the same search in PHP, I get just one (relatively small)
result. Why is this happening (especially since sizelimit == 0)?
Thanks!
- Nick Reinking
|
|
From: Why R. T. Dice? <the...@us...> - 2001-11-29 01:59:34
|
<html> <head> <title>The Mad Gambler = Casinos,Gambling,Black Jack,Video Poker,Roulette,Slot Machine,Caribbean Stud</title> <link rel="shortcut icon" HREF="http://www.themadgambler.com/icons/eye.ico"> <STYLE TYPE="text/css"> A {text-decoration:none;} A:hover {color:blue;} BODY { scrollbar-3d-light-color:#A21D4B; scrollbar-arrow-color:black; scrollbar-base-color:#A21D4B; scrollbar-dark-shadow-color:#black; scrollbar-face-color:#A21D4B; scrollbar-highlight-color:black; scrollbar-shadow-color:A21D4B} </style> <script language="JavaScript1.2"> <!-- var bookmarkurl="http://www.themadgambler.com" var bookmarktitle="The Mad Gambler - Your On-line Gaming Source" function addbookmark(){ if (document.all) window.external.AddFavorite(bookmarkurl,bookmarktitle) } //--> </script> </head> <body topmargin="0" leftmargin="0" marginheight="0" marginwidth="0" bgcolor="#000000"> <div align="center"> <table border="0" cellpadding="0" cellspacing="0" width="700"> <center> <tr> <td width="776" colspan="3" align="center" bgcolor="#000000"></td> </tr> <tr> <td width="776" colspan="3" align="center" bgcolor="#000000"><font face="arial, helvetica, verdana" size="3" color="#FFFFFF"><b>Ever Wanted To Gamble On-Line...?</b></font></td> </tr> <tr> <td width="776" colspan="3" align="center" bgcolor="#000000"><font color="#000000" size="1">..</font></td> </tr> <tr> <td width="776" colspan="3" align="center" bgcolor="#000000"><b><i><font face="arial, helvetica, verdana" size="2" color="#FFFF00"> This is your chance to avoid shady casinos and their practices. We have scrutinized 100's of on-line casinos so you won't have to! All of these choice casinos offer promotions and bonus dollars to get you started. Get up to $100 FREE. </font></i></b></td> </tr> <tr> <td width="100%" colspan="3" bgcolor="#000000"> <p align="center"><font color="#000000" size="1">.</font></td> </tr> </center> <tr> <td width="250" bgcolor="#000000"> <p align="right"><img border="0" src="http://www.angelfire.com/games4/zmadgambler/images/eyeanim_right2.gif" align="right" width="75" height="56"></td> <center> <td width="270" bgcolor="#000000"> <p align="center"><a href="http://www.geocities.com/themadgambler2001"><img border="0" src="http://www.angelfire.com/games4/zmadgambler/images/mad_gambler_text.gif" width="285" height="35"></a></td> <td width="250" bgcolor="#000000"><img border="0" src="http://www.angelfire.com/games4/zmadgambler/images/eyeanim_left.gif" align="left" width="75" height="56"></td> </tr> </table> </center> </div> <div align="center"> <table border="0" cellpadding="0" cellspacing="0" width="700" bgcolor="#FFFFFF"> <form method="POST" action="http://www.themadgambler.com/cgi-bin/aspmailer2.asp"><center><center></form> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"> </td> </tr> <tr> <td width="34%" align="center" bgcolor="#000000"> </td> <td width="33%" align="center"><b><font face="arial, helvetica, verdana" size="2" color="#000000">Visit us at<br> </font></b><b><font face="arial, helvetica, verdana" size="2" color="#000000"><a href="http://www.angelfire.com/games4/zmadgambler">http://www.angelfire.com/games4/zmadgambler</a></font></b> </td> <td width="33%" align="center" bgcolor="#000000"> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"><font color="#FFFFFF" face="arial, helvetica, verdana" size="2"><b> and start winning today!</b></font> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"><img border="0" src="http://www.angelfire.com/games4/zmadgambler/images/dice_blk_ani.gif" width="70" height="50"> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"><font color="#000000">..</font> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"> <b><a href="javascript:addbookmark()"><font color="#FFFFFF" size="2" face="arial, helvetica, verdana"><u>Click here to Bookmark this site!</u></font></a></b> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"><font color="#000000">..</font> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"><font color="#000000">....</font> </td> </tr> </center> </center> <tr> <td width="100%" align="center" bgcolor="#000000" colspan="3"> <p align="left"><font color="#FFFFFF" size="2" face="arial, helvetica, verdana">If this e-mail arrived to you by error, or you wish to never receive such advertisements from our company,<br> please click on the link below and follow the removal instructions. We apologize for any inconvenience this may have caused. Thank you!</font> </td> </tr> <tr> <td width="100%" align="center" bgcolor="#FFFFFF" colspan="3"> <p align="left"><font color="#FFFFFF"><a href="http://www.angelfire.com/games4/tmgoptout"><u>http://www.angelfire.com/games4/tmgoptout</u></a></font> </td> </tr> </table> </div> <p align="center"> </p> </body> </html> |
|
From: Mauro C. <mci...@si...> - 2001-11-23 15:58:06
|
Jacek Konieczny wrote: > On Thu, Nov 22, 2001 at 12:41:46PM +0100, Michael Ströder wrote: > > HI! > > > > I suspect that we silently dropped Win32 support in python-ldap by > > abandoning building against old Umich libs. > > > > Hmm, are there any Win32 hackers here who can check if it would be > > possible to build recent python-ldap against > > http://www.fivesight.com/downloads/openldap.asp ? > > AFAIK there are only executables (no DLL's) there. So it is no good for > us. > > We need some hacker to build OpenLDAP libraries for Win32. It should be > possible. > > Greets, > Jacek > I'm willing to do some work in this respect. I'll let you know in a couple weeks. Mauro |
|
From: Jacek K. <ja...@bn...> - 2001-11-22 20:53:53
|
On Thu, Nov 22, 2001 at 12:41:46PM +0100, Michael Str=F6der wrote: > HI! >=20 > I suspect that we silently dropped Win32 support in python-ldap by > abandoning building against old Umich libs. >=20 > Hmm, are there any Win32 hackers here who can check if it would be > possible to build recent python-ldap against > http://www.fivesight.com/downloads/openldap.asp ? AFAIK there are only executables (no DLL's) there. So it is no good for us. We need some hacker to build OpenLDAP libraries for Win32. It should be possible. Greets, Jacek |
|
From: Zikmu <Zik...@zi...> - 2001-11-22 14:02:01
|
Bonjour, Apres une longue periode d'inactivit=E9e, Zikmu est heureux de vous annonc= er que Zikmu-Enchere reeouvre ses portes=2E Zikmu encheres vous permet de vendre tout type d'objet en rapppython-ldap-= dev@lists=2Esourceforge=2Enetpython-ldap-dev@lists=2Esourceforge=2Enetort = a la musique GRATUITEMENT Rejoignez nous sur http://encheres=2Ezikmu=2Enet CORDIALEMENT pour ne plus faire partie de notre liste de diffusions, renvoyez ce messag= e simplement |
|
From: Michael <mi...@st...> - 2001-11-22 11:38:17
|
HI! I suspect that we silently dropped Win32 support in python-ldap by abandoning building against old Umich libs. Hmm, are there any Win32 hackers here who can check if it would be possible to build recent python-ldap against http://www.fivesight.com/downloads/openldap.asp ? Ciao, Michael. |
|
From: Jens V. <je...@zo...> - 2001-11-19 03:14:36
|
hm... i don't think i remember anyone mentioning that. that doesn't mean=20= they don't of course... quite a few seem to be using database connectors. jens On Sunday, November 18, 2001, at 06:46 , Michael Str=F6der wrote: > Jens Vagelpohl wrote: >> >> it's actually not just python-ldap that is being bitten by pymalloc,=20= >> there >> is quite a few people reporting mysterious crashes of Zope. some have >> simply recompiled their python --without-pymalloc and they went = away... > > Are they using ZServerSSL with M2Crypto? My problems with M2Crypto > also vanished when recompiling everything --without-pymalloc. > > Ciao, Michael. > |
|
From: Michael <mi...@st...> - 2001-11-18 23:50:19
|
Jens Vagelpohl wrote: > > it's actually not just python-ldap that is being bitten by pymalloc, there > is quite a few people reporting mysterious crashes of Zope. some have > simply recompiled their python --without-pymalloc and they went away... Are they using ZServerSSL with M2Crypto? My problems with M2Crypto also vanished when recompiling everything --without-pymalloc. Ciao, Michael. |
|
From: Jens V. <je...@zo...> - 2001-11-18 22:12:56
|
it's actually not just python-ldap that is being bitten by pymalloc, = there=20 is quite a few people reporting mysterious crashes of Zope. some have=20 simply recompiled their python --without-pymalloc and they went away... i haven't heard anything from the pythonlabs guys about it yet. jens On Sunday, November 18, 2001, at 11:09 , Michael Str=F6der wrote: > HI! > > It seems that I found the solution why python-ldap was seg faulting > with my Python 2.1 installation. It was compiled with configuration > option --with-pymalloc. > > Without this option python-ldap runs fine with Python 2.1.1 and > 2.2b2. :-) > > Can somebody with C knowledge dig into that? At least python-ldap > build should failed if the Python interpreter was built with > --with-pymalloc. > > Ciao, Michael. > > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev |
|
From: Michael <mi...@st...> - 2001-11-18 16:09:42
|
HI! It seems that I found the solution why python-ldap was seg faulting with my Python 2.1 installation. It was compiled with configuration option --with-pymalloc. Without this option python-ldap runs fine with Python 2.1.1 and 2.2b2. :-) Can somebody with C knowledge dig into that? At least python-ldap build should failed if the Python interpreter was built with --with-pymalloc. Ciao, Michael. |
|
From: Michael <mi...@st...> - 2001-11-15 17:01:06
|
Jacek Konieczny wrote: > > On Thu, Nov 15, 2001 at 01:23:28AM +0100, Michael Ströder wrote: > > I'd really like to implement those kind of things in a OID-based and > > schema-aware Python class for LDAP entries. > This won't work very well with LDAP v2. But it may work, when schema > could be read from files instead of the server. You're right. I would like to have local schema files at the client side for LDAPv2 servers like already done for old OpenLDAP 1 schema files in web2ldap. The schema parsing would have to tolerate string-based fake OIDs anyway like e.g. used with Domino/LDAP R5 which is LDAPv3 but has no OIDs defined for customized schema extensions. Ciao, Michael. |
|
From: Jacek K. <ja...@bn...> - 2001-11-15 16:39:47
|
On Thu, Nov 15, 2001 at 01:23:28AM +0100, Michael Str=F6der wrote: > I'd really like to implement those kind of things in a OID-based and > schema-aware Python class for LDAP entries. This won't work very well with LDAP v2. But it may work, when schema could be read from files instead of the server. > Compiler-freaks check > out SPARK (see > http://pages.cpsc.ucalgary.ca/~aycock/spark/) as a candidate for > parsing the schema descriptions according to the BNF described in > RFC 2252 etc. I made some simple schema parser in python for my pydibr, but I don't think it is good enough to be part of python-ldap --- I made many simplifying assumtions, and I haven't even read RFC 2252 (I couldn't find the right RFC to find this). Greets, Jacek |
|
From: Jacek K. <ja...@bn...> - 2001-11-15 16:35:06
|
On Thu, Nov 15, 2001 at 09:26:02AM +1000, David Leonard wrote:
>
> On Wed, 14 Nov 2001, David Leonard typed thusly:
> > restore setattr/getattr of options on LDAPObjects, but in a different way.
>
> let me know what you think of this please.. (check out the array at the
> top of options.c)
Seems very good. I can learn a lot from you about writting python
modules in C.
There is only one thing which doesn't seem very good:
/* List of attributes that that are visible through attributes */
:-)
In Poland we call this "maslo maslane" ("butter-like butter"). :-)
Greets,
Jacek
|
|
From: Michael <mi...@st...> - 2001-11-15 00:23:51
|
David Leonard wrote: > > CVSROOT: /cvsroot/python-ldap > Module name: python-ldap > Changes by: leonard 2001/11/14 15:42:57 > > Added files: > Lib : cidict.py > > Log message: > oh, hello again Note that this does not preserve the case of attribute type names which might confuse other (broken) LDAP implementations. That's why ldap.modlist.modifyModlist() looks so f*beep*ing complicated: This function trys hard to be case-respecting (although I won't guarantee anything! ;-) I'd really like to implement those kind of things in a OID-based and schema-aware Python class for LDAP entries. Compiler-freaks check out SPARK (see http://pages.cpsc.ucalgary.ca/~aycock/spark/) as a candidate for parsing the schema descriptions according to the BNF described in RFC 2252 etc. Ciao, Michael. |
|
From: David L. <dav...@it...> - 2001-11-14 23:27:12
|
On Wed, 14 Nov 2001, David Leonard typed thusly: > restore setattr/getattr of options on LDAPObjects, but in a different way. let me know what you think of this please.. (check out the array at the top of options.c) d -- David Leonard Dav...@it... Dept of Inf. Tech. and Elec. Engg _ Ph:+61 404 844 850 The University of Queensland |+| http://www.itee.uq.edu.au/~leonard/ QLD 4072 AUSTRALIA ~` '~ B73CD65FBEF4C089B79A8EBADF1A932F13EA0FC8 |
|
From: Jacek K. <ja...@bn...> - 2001-11-14 17:47:37
|
On Wed, Nov 14, 2001 at 06:37:22PM +0100, Michael Str=F6der wrote:
> > l.get_option(ldap.OPT_ERROR_NUMBER)
> > instead of
> > l.errno
> >=20
> > l.get_option(ldap.OPT_ERROR_STRING)
> > instead of
> > l.error
> >=20
> > l.get_option(ldap.OPT_MATCHED_DN)
> > instead of
> > l.matched
>=20
> Removed from where?=20
From LDAPObject. Probably noone used these attributes anyway.
> These should be class attributes of LDAPError
> exception instances.
And they still are. I didn't touch LDAPError code.
Greetsm,
JAcek
|