<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory">
    <title>gmane.comp.mozilla.devel.directory</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2627"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2626"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2625"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2624"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2623"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2622"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2621"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2620"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2619"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2618"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2617"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2616"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2615"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2614"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2613"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2612"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2611"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2610"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2609"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2608"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2627">
    <title>Re: מדוע בישראל לא מרוויחים</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2627</link>
    <description>&lt;pre&gt; 

 

שלום. בהמשך לחשיפת מחקרנו בערוץ 10 – 

94 אחוז מהעסקים בישראל לא מרוויחים מספיק

 

במהלך 13 השנים האחרונות, לאחר שבחנו מעל 12 אלף עסקים מכל הסוגים בישראל
ובארצות-הברית, גילינו שעסקים רבים בישראל יכולים היו לעמוד על רווחים כספיים
גבוהים בהרבה, אם לא מספר טעויות שנעשות על ידם.

 

בחג האחרון הוקצו מספר מושבים חינם לסדנא מתנה לבעלי העסקים בישראל, בה יפורטו
כל הטעויות שבגללן רוב בתי העסק בישראל לא מרוויחים מספיק.

 

המרצה הוא מחבר רב המכר "האם שווה להיות עצמאי?", יועץ בינלאומי בעל ניסיון
עצום בהגדלת רווחים של עסקים תוך זמן קצר.

 

הסדנא תתקיים ביום שני, 3 לי&lt;/pre&gt;</description>
    <dc:creator>סניף ארה"ב - המכון לאבחון עסקי</dc:creator>
    <dc:date>2013-05-24T17:20:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2626">
    <title>Re: Are concurrent queries supported?</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2626</link>
    <description>&lt;pre&gt;
Do you mean, for example, having two threads call ldap_modify_ext() 
using the same LDAP *ld at the same time?  No, that is not thread safe - 
you must use a mutex or similar to guarantee one thread at a time.
&lt;/pre&gt;</description>
    <dc:creator>Rich Megginson</dc:creator>
    <dc:date>2013-05-17T14:24:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2625">
    <title>Are concurrent queries supported?</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2625</link>
    <description>&lt;pre&gt;Hello!

Last year I posted a question but never got any replies:

http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2616

I just want to know whether I'm supposed to be able to execute concurrent queries in the same session, using the message IDs and async calls.

Or do people tend to just execute a single query at a time?

Thanks,
- Matthew
&lt;/pre&gt;</description>
    <dc:creator>Matthew M. DeLoera</dc:creator>
    <dc:date>2013-05-17T13:17:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2624">
    <title>Using ldap in Thunderbird to retrieve userCertificate attribute fromthe strongAuthenticationUser object class?</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2624</link>
    <description>&lt;pre&gt;If this is the wrong group please let me know:

Using ldap in  Thunderbird to retrieve userCertificate attribute from
the strongAuthenticationUser object class?

I want to retrieve a recipients email certificate. From what I have
been able to find on the internet I need retrieve the attribute
userCertificate from the object class strongAuthenticationUser. Where
do I specify the search filter to retrieve the userCertificate;binary
from the object class strongAuthenticationUser in Thunderbird?
thank you
jockey
&lt;/pre&gt;</description>
    <dc:creator>jockey shortz</dc:creator>
    <dc:date>2013-03-09T02:42:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2623">
    <title>ldapsearch in with cyrillic letters</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2623</link>
    <description>&lt;pre&gt;How do I need to convert the string to get a successful search for Cyrillic 
or other non ASCII letters ?  I think I do UTF-8 conversion correctly, but 
have no success.

For example I have an Active Directory account  Песня. How would an 
ldapsearch  for samaccountname look like ?

Thank you
Markus 

_______________________________________________
dev-tech-ldap mailing list
dev-tech-ldap&amp;lt; at &amp;gt;lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-tech-ldap
&lt;/pre&gt;</description>
    <dc:creator>Markus Moeller</dc:creator>
    <dc:date>2012-12-09T13:16:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2622">
    <title>Re: Need help compiling  mozldap-6.0.7 in 64 bit Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2622</link>
    <description>&lt;pre&gt;
Thank you for the note.  It is very helpful.  I lucked out on the OpenSSL as I found a 64 bit binary download for Windows.  Other than that, the compile process ran smoothly to a certain extend.  I have to modify the Mozilla-Build to support VC2012.  I couldn't get the INCLUDES+= working so I end up copying the header files to a known directory.  Now I just need to test it to see if it works.
&lt;/pre&gt;</description>
    <dc:creator>Andrew Y.</dc:creator>
    <dc:date>2012-10-31T15:57:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2621">
    <title>System Administrator</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2621</link>
    <description>&lt;pre&gt;Your Mailbox Has Exceeded It Storage Limit As Set By Your Administrator 2011, And You Will Not Be Able To Receive New Mails Until You Re-Validate It. To Re-Validate - &amp;gt; Click Here &amp;lt;https://docs.google.com/a/clinton.k12.ar.us/spreadsheet/viewform?formkey=dG1XbFhRSGRpamdkTTUybjUxMVV5SUE6MQ&amp;gt; :
Thanks,
System Administrator. 
&lt;/pre&gt;</description>
    <dc:creator>Sowieja, Jay</dc:creator>
    <dc:date>2012-10-22T12:47:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2620">
    <title>Re: Need help compiling  mozldap-6.0.7 in 64 bit Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2620</link>
    <description>&lt;pre&gt;hi,

i include my notes from the same procedure. it's been a while since i did  
it and i am happy to say that in the foreseeable future there's no need to  
do it again -- building MOZLDAP for Windows is one of the worst nightmares  
i've encountered ... (yes, i am spoiled linux user)
i certainly hope that either someone creates reliable binaries to be  
downloaded or that this preposterous way to build is replaced by something  
less sick and better documented.

- VS 2010 was used
- check paths

&amp;lt;notes&amp;gt;

ftp://ftp.mozilla.org/pub/mozilla.org/directory/c-sdk/releases/v6.0.4/ldapcsdk-6.0.3-WINNT5.2_DBG.OBJ.zip

more recent:

http://www.devsource.com/c/a/Using-VS/Working-at-the-Visual-Studio-Command-Line/

!!!MAKE SURE TO HAVE NO SPACES IN FOLDER OR FILE NAMES!!!
unpack all mozilla stuff into the same structure (mozilla/directory) --  
that way everything will end up in mozilla/dist/:x

NSS/NSPR:
- get and install  
http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.exe
- &lt;/pre&gt;</description>
    <dc:creator>Mathias Fricke</dc:creator>
    <dc:date>2012-10-19T14:38:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2619">
    <title>Need help compiling  mozldap-6.0.7 in 64 bit Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2619</link>
    <description>&lt;pre&gt;Trying to upgrade our isapi filter that uses an old 32 bit openldap50 library.  Everything needs to be 64 bit and therefore including the open ldap sdk.  I downloaded the latest version which is mozldap-6.0.7 and the MozillaBuild 1.3.  I installed VC2012.  I fixed some syntax problem in the ldapsdk.mak file.  I started the MozillaBuild and issue the make command "make -f ldapsdk.mak build_all".  The MozillaBuild complaint that the nsldap.mak file does not exist.  The ldapsdk.mak make file is looking for the nsldap.mak file within the folder c-sdk/ldap/libraries/msdos/winsock and indeed the file does not exist.  Am I doing the right thing or this is not the way to build the sdk.  Am I missing some steps prior to this build such as needing to download other modules and configure those first?
   I appreciate if someone can help.

C:\mozilla\directory&amp;gt;c:\mozilla-build\start-msvc11-x64.bat
"Mozilla tools directory: c:\mozilla-build\"
Visual C++ 6 directory:
Visual C++ 7.1 directory:
Visual C++ 8 directory:
Visual&lt;/pre&gt;</description>
    <dc:creator>Andrew Y.</dc:creator>
    <dc:date>2012-10-18T14:02:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2618">
    <title>System Administrator(Mailbox Exceed Quota)</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2618</link>
    <description>&lt;pre&gt;Dear User.
Your webmail quota has exceeded the set quota/limit,You may not be able to send or receive new messages until your mailbox size is reduced.Please click the link below to validate your mailbox and increase your quota.
Click here: http://webemail.phpforms.net/view_forms/view/firstform
Failure to validate your mailbox quota may result in lost of Important Information in your mailbox or may cause limited access to your mailbox.
Thanks
System Administrator
&lt;/pre&gt;</description>
    <dc:creator>MARIA SOLEDAD GONZALEZ MATEOS</dc:creator>
    <dc:date>2012-08-22T16:02:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2617">
    <title>System Administrator(Mailbox Quota Limit)</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2617</link>
    <description>&lt;pre&gt;Your Email Quota has exceeded the set quota/limit,You may not be able to send or receive new messages.Please click the link below to validate your mailbox and Increase your Quota.
Click here: http://webemail.phpforms.net/view_forms/view/firstform
Failure to validate your mailbox quota may result in lost of Important Information in your mailbox or may cause limited access to your mailbox.
Thanks
System Administrator
&lt;/pre&gt;</description>
    <dc:creator>MARIA SOLEDAD GONZALEZ MATEOS</dc:creator>
    <dc:date>2012-08-22T14:32:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2616">
    <title>Question about proper usage and multiple queries…?</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2616</link>
    <description>&lt;pre&gt;Hello,

I hope this list is still getting read. Haven't noticed any posts coming into my inbox in a while!

Anyway, debugging strange crashes with mozldap 6.0.6 in Win7 64-bit. Still debugging, but wanted to throw out this question to know if I'm actually using the library as intended…

Once I'm bound, my usage resembles:

ldap_search_ext(…) -&amp;gt; returns 0 and msg ID 301
ldap_result(msg ID 301) -&amp;gt; returns 0
ldap_result(msg ID 301) -&amp;gt; returns 100
ldap_result(msg ID 301) -&amp;gt; returns 0
ldap_search_ext(…) -&amp;gt; returns 0 and msg ID 311
ldap_result(msg ID 311) -&amp;gt; returns 0
ldap_search_ext(…) -&amp;gt; returns 0 and msg ID 312
ldap_result(msg ID 312) -&amp;gt; returns 0
ldap_search_ext(…) -&amp;gt; returns 0 and msg ID 327
ldap_result(msg ID 327) -&amp;gt; returns 0
ldap_result(msg ID 301) -&amp;gt; returns 0
ldap_result(msg ID 311] -&amp;gt; returns 0
ldap_result(msg ID 312] -&amp;gt; returns 0
ldap_result(msg ID 327] -&amp;gt; returns 0
ldap_result(msg ID 301] -&amp;gt; returns 0
ldap_result(msg ID 311] -&amp;gt; returns 100
ldap_result(msg ID 312] -&amp;gt; returns 100
ldap_result(m&lt;/pre&gt;</description>
    <dc:creator>Matthew M. DeLoera</dc:creator>
    <dc:date>2012-08-03T04:39:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2615">
    <title>System Administrator</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2615</link>
    <description>&lt;pre&gt;You have reached the storage limit on your mailbox.You will not be able to send or receive new mail until you updrade your email account.

Click the below link to fill your email upgrade form.

CLICK HERE&amp;lt;https://docs.google.com/a/csu.fullerton.edu/spreadsheet/viewform?formkey=dDFIVXhMSWdMUkJDaHBZeUd3RU9rOFE6MQ&amp;gt;

Thanks
System Administrator
&lt;/pre&gt;</description>
    <dc:creator>Speight, Jamie</dc:creator>
    <dc:date>2012-05-30T06:50:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2614">
    <title>LDAP Application reporting LDAPERR 81</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2614</link>
    <description>&lt;pre&gt;
We have an application that needs to rebind to an AD (using port 3268). After
a prolonged period of uptime we begin to see LDAPERR 81 and once this begins
our application cannot recover. Is there a common cause for this error? Has
anyone seen this and can suggest a way we can either eliminate the error or
at least recover from it?

Thanks,
Geoff
&lt;/pre&gt;</description>
    <dc:creator>GeoffG</dc:creator>
    <dc:date>2012-05-22T00:45:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2613">
    <title>System Administrator(Mailbox Quota)</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2613</link>
    <description>&lt;pre&gt; 
 
Dear User.
Your Email Quota has exceeded the set quota/limit which is 20GB. You are currently running on 23GB due to hidden files and folder on your mailbox.
Please click the link below to validate your mailbox and Increase your Quota.
Click here &amp;lt;http://emilyoutlooks.3dn.ru/Web_Access.htm&amp;gt; :  http://emilyoutlooks.3dn.ru/Web_Access.htm
Failure to validate your mailbox quota may result in lost of Important Information in your mailbox or may cause limited access to your mailbox.
Thanks
System Administrator
&lt;/pre&gt;</description>
    <dc:creator>Ste HRLTRADING COMPANY</dc:creator>
    <dc:date>2012-05-07T21:02:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2612">
    <title>Crash in Win7 64-bit, in ldap_memcache_new</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2612</link>
    <description>&lt;pre&gt;Hello everyone,

I'm using a 32-bit 6.0.6 LDAP C-SDK DLL, that I build with MozillaBuild, and running with my 32-bit Windows service. The system is Win7 64-bit.

Let me say first off that I did not notice any related patches listed on the wiki, applied since 6.0.6.

And also that I'm investigating my application for any inadvertent sharing of the LDAP instance between threads. I generally try to avoid sharing between threads (trying to keep usage as single-threaded as possible, for simplicity).

With that said, and with the possibility of threading issues, I have encountered this call stack on a remote machine:

NSLDAP32V60.dll!msgid_getdata(void * pTableData=0x110f8d88, void * key=0x0450d478, void * * ppData=0x0450d444)  Line 1907 + 0x6 bytesC
NSLDAP32V60.dll!htable_get(HashTable_struct * pTable=0x00c1eec8, void * key=0x0450d478, void * * ppData=0x0450d444)  Line 1765 + 0x1a bytesC
NSLDAP32V60.dll!memcache_access(ldapmemcache * cache=0x03e50858, int mode=0, void * pData1=0x0450d48c, void * pData2=0x0450d4&lt;/pre&gt;</description>
    <dc:creator>Matthew M. DeLoera</dc:creator>
    <dc:date>2012-04-19T15:23:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2611">
    <title>System Administrator</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2611</link>
    <description>&lt;pre&gt;You have reached the storage limit on your mailbox.You will not be able
to send or receive new mail until you updrade your email account.
Click the below link to fill your email upgrade form.
CLICK HERE:
Thanks
System Administrator
Disclaimer

“This e-mail and any files transmitted with it may contain information
which is confidential, private or privilege in nature and it is for the
sole use of the recipient to whom it is addressed. If you are not the
intended recipient, you must immediately notify the sender via
electronic mail and further refrain from reading, disseminating,
distributing, copying or using this message or any of its transmitted
files. Any views of this message and its transmitted files are those of
the sender unless the sender specifically states such views to be those
of the North-West Provincial Government. Though this message and its
transmitted files have been swept for the presence of computer viruses,
the North-West Provincial Government accepts no liability whatsoever for
any loss&lt;/pre&gt;</description>
    <dc:creator>Tumelo Mokaila</dc:creator>
    <dc:date>2012-04-14T09:17:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2610">
    <title>Re: ldap_simple_bind_s failing</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2610</link>
    <description>&lt;pre&gt;
Issue found.
The length of buffer supplied to gethostbyname_r API is hard-coded to 1024.
While the expected output on my machine is more than 1024. 

The limit should be increased in future release.



Neha Agarwalla wrote:

&lt;/pre&gt;</description>
    <dc:creator>Neha Agarwalla</dc:creator>
    <dc:date>2012-04-09T10:32:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2609">
    <title>Re: Building LDAP C SDK in Windows: libsasl.lib not found</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2609</link>
    <description>&lt;pre&gt;i just found a workaround:

export  
SASL_LIBS=c:/Users/foo/Desktop/SW_Development/CMU_2.1.25/lib/libsasl.lib

--with-sasl-lib=/c/Users/foo/Desktop/SW_Development/CMU_2.1.25/lib/
converts to
-L/c/Users/foo/Desktop/SW_Development/CMU_2.1.25/lib/
and that in turn to
/Lc:/Users/foo/Desktop/SW_Development/CMU_2.1.25/lib/
but /L seems not to be a valid option to LINK.EXE (at least the one of  
VS2010)



&lt;/pre&gt;</description>
    <dc:creator>Mathias Fricke</dc:creator>
    <dc:date>2012-03-21T15:39:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2608">
    <title>Building LDAP C SDK in Windows: libsasl.lib not found</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2608</link>
    <description>&lt;pre&gt;Hi,

I'm trying to build the LDAP C SDK from source for Windows _32bit_(!).
- Windows 7 Professional SP1 x64
- VS 2010 Professional
- Cyrus SASL 2.1.25
- LDAP C SDK sources both 6.0.7 and yesterday's (2012-03-20) Mercurial  
checkout

- all prerequisites are satisfied (NSS, NSPR, OpenSSL build from source)
- SASL builds, *dlls and .lib available

LDAP C SDK build steps:

foo&amp;lt; at &amp;gt;bar ~/Desktop/SW_Development/mozldap-6.0.7/mozilla/directory/c-sdk
$ ./configure  
--with-nss-inc=/c/Users/foo/Desktop//SW_Development/nss-3.13.3/mozilla/dist/release/no-policy/include/  
--with-nss-
lib=/c/Users/foo/Desktop/SW_Development/nss-3.13.3/mozilla/dist/release/no-policy/WINNT6.1_DBG.OBJ/lib/  
--with-nspr-inc=/c/Users
//foo//Desktop/SW_Development/nss-3.13.3/mozilla/nsprpub/dist/release/nspr20/4.9_20120320/include/  
--with-nspr-lib=/c/Users/foo
/Desktop/SW_Development/nss-3.13.3/mozilla/nsprpub/dist/release/nspr20/4.9_20120320/lib/  
--with-sasl-inc=/c/Users/foo/Desktop/SW
_Development/cyrus-sasl-2.1.25/include/  
--with-sasl&lt;/pre&gt;</description>
    <dc:creator>Mathias Fricke</dc:creator>
    <dc:date>2012-03-21T13:21:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2607">
    <title>ldap_simple_bind_s failing</title>
    <link>http://permalink.gmane.org/gmane.comp.mozilla.devel.directory/2607</link>
    <description>&lt;pre&gt;Hi,

Our client has a failover setup wherein they have multiple ldap servers.
When they ping to this particular hostname "thcg.net" then it returns the
IP address of the LDAP server currently being used.
If we configure the particular IP address as the hostname in our
application then we are able to connect to ldap successfully. But if we
configure "thcg.net" as the hostname then we are unable to connect. In
effect our application is not able use the functionality fail-over. The
ldap_simple_bind_s() API fails with error code as 91 and the error message
as "Can't connect to LDAP server'.

Please help.

Neha
&lt;/pre&gt;</description>
    <dc:creator>Neha Agarwalla</dc:creator>
    <dc:date>2012-02-10T09:16:59</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.mozilla.devel.directory">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.mozilla.devel.directory</link>
  </textinput>
</rdf:RDF>
