You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@directory.apache.org by "Andrew C. Oliver" <ac...@apache.org> on 2007/05/11 02:17:40 UTC
Thunderbird 1.5 or 2.0 integration
I followed the basic instructions including
http://directory.apache.org/apacheds/1.0/41-mozilla-thunderbird.html
with the latest download of ADS 1.5. It seems like it works but no
users actually come back. Wireshark shows the below (but I'm not yet
accustomed to this format). any thoughts? Should I maybe try with 1.0?
0....`.......
0....a.
......0D...c?..ou=people,o=sevenSeas
..
...............objectclass..person0.0......d....*cn=Cornelius
Buckley,ou=people,o=sevenSeas0..S0...uid1
..cbuckley0#..mail1...cbuckley@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1...Buckley04..manager1).'cn=Horatio
Nelson,ou=people,o=sevenSeas0...cn1...Cornelius
Buckley0%..description1...LM Cornelius
Buckley0...givenname1...Cornelius0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0......d....+cn=Fletcher
Christian,ou=people,o=sevenSeas0..]0...uid1
..fchristi0#..mail1...fchristi@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1...Christian03..manager1(.&cn=William
Bligh,ou=people,o=sevenSeas0...cn1...Fletcher
Christian0...description1...Lieutenant Fletcher Christian0...givenname1
..Fletcher0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..`...d..Y.+cn=Horatio
Hornblower,ou=people,o=sevenSeas0..(0...uid1
..hhornblo0#..mail1...hhornblo@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1..
Hornblower0...cn1...Horatio Hornblower0...description1...Capt. Horatio
Hornblower, R.N0...givenname1...Horatio0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..H...d..A.'cn=Horatio
Nelson,ou=people,o=sevenSeas0...0...uid1...hnelson0"..mail1...hnelson@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1...Nelson0...cn1...Horatio
Nelson0$..description1...Lord Horatio
Nelson0...givenname1...Horatio0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..m...d..f.#cn=John
Fryer,ou=people,o=sevenSeas0..=0...uid1...jfryer0!..mail1...jfryer@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0
..sn1...Fryer03..manager1(.&cn=William Bligh,ou=people,o=sevenSeas0...cn1..
John Fryer0"..description1...Master John
Fryer0...givenname1...John0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..}...d..v.%cn=John
Hallett,ou=people,o=sevenSeas0..K0...uid1
..jhallett0#..mail1...jhallett@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1...Hallett03..manager1(.&cn=William
Bligh,ou=people,o=sevenSeas0...cn1...John
Hallett0(..description1...Midshipman John
Hallett0...givenname1...John0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0......d..{.)cn=Moultrie
Crystal,ou=people,o=sevenSeas0..L0...uid1
..mchrysta0#..mail1...mchrysta@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1...Crystal08..manager1-.+cn=Horatio
Hornblower,ou=people,o=sevenSeas0...cn1...Moultrie
Crystal0...description1 ..Lt. Crystal0...givenname1
..Moultrie0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0......d..../cn=Thomas Masterman
Hardy,ou=people,o=sevenSeas0..U0...uid1...thardy0!..mail1...thardy@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0
..sn1...Hardy04..manager1).'cn=Horatio
Nelson,ou=people,o=sevenSeas0...cn1...Thomas Masterman
Hardy0+..description1...Sir Thomas Masterman
Hardy0...givenname1...Thomas0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..s...d..l.%cn=Thomas
Quist,ou=people,o=sevenSeas0..A0...uid1...tquist0!..mail1...tquist@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0
..sn1...Quist08..manager1-.+cn=Horatio
Hornblower,ou=people,o=sevenSeas0...cn1...Thomas
Quist0...description1...Seaman
Quist0...givenname1...Thomas0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..E...d..>.&cn=William
Bligh,ou=people,o=sevenSeas0...0...uid1...wbligh0!..mail1...wbligh@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0
..sn1...Bligh0...cn1.. William Bligh0&..description1...Captain William
Bligh0...givenname1...William0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0..u...d..n.%cn=William
Bush,ou=people,o=sevenSeas0..C0...uid1...wbush0
..mail1...wbush@royalnavy.mod.uk03..userpassword1#.!{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ=0...sn1...Bush08..manager1-.+cn=Horatio
Hornblower,ou=people,o=sevenSeas0...cn1...William
Bush0!..description1...Lt. William
Bush0...givenname1...William0A..objectClass12..person.
inetOrgPerson..organizationalPerson..top0....e.
......0....B
Re: Thunderbird 1.5 or 2.0 integration
Posted by Stefan Zoerner <st...@labeo.de>.
Hi Andrew!
Emmanuel has fixed the bug in the current 1.5 trunk which caused an
exception in the server. I have tested the server with Thunderbird 1.5
and the Search dialog is able to find entries.
Perhaps you can check whether we can close the related bug
http://issues.apache.org/jira/browse/DIRSERVER-927
Please not that I had problems with the download (offline) function of
Thunderbird, but this seems not be related to ApacheDS.
Thanks in advance + Greetings from Hamburg,
Stefan
Andrew C. Oliver wrote:
> First off, thank you for your assistance.
>
> I followed the instructions on that page.
>
> 1. Address book
> 2. File->New->LDAP Directory
> 3. General -
> Name: test
> Hostname: 127.0.0.1
> Base DN: ou=people,o=sevenSeas
> Port number: 10389
> Advanced -
> Search filter: (objectclass=person)/subtree
> 4. Offline -> Download Now
> 5. everything is blank even though wireshark shows the results... (that
> is the dump I sent originally)
Re: Thunderbird 1.5 or 2.0 integration
Posted by "Andrew C. Oliver" <ac...@buni.org>.
Stefan Zoerner wrote:
> Hi Andrew!
>
> I assume that you really have encountered an error within the new schema
> subsystem of ApacheDS 1.5, see my comment to the issue here:
> http://issues.apache.org/jira/browse/DIRSERVER-927
>
> As a workaround, try to enable the Mozilla schema within ApacheDS. It is
> part of the 1.5 package (cn=mozilla,ou=schema), but it is disabled by
> default.
>
> In order to accomplish this task, set the value of m-disabled within the
> "cn=mozilla,ou=schema" entry to FALSE, or remove the attribute
> completely (FALSE is the default).
>
> I hope this helps,
> Stefan
I commented on it.. Not really. It just comes back with a different
but similar OID error.
Re: Thunderbird 1.5 or 2.0 integration
Posted by Stefan Zoerner <st...@labeo.de>.
Hi Andrew!
I assume that you really have encountered an error within the new schema
subsystem of ApacheDS 1.5, see my comment to the issue here:
http://issues.apache.org/jira/browse/DIRSERVER-927
As a workaround, try to enable the Mozilla schema within ApacheDS. It is
part of the 1.5 package (cn=mozilla,ou=schema), but it is disabled by
default.
In order to accomplish this task, set the value of m-disabled within the
"cn=mozilla,ou=schema" entry to FALSE, or remove the attribute
completely (FALSE is the default).
I hope this helps,
Stefan
Re: Thunderbird 1.5 or 2.0 integration
Posted by "Andrew C. Oliver" <ac...@apache.org>.
Thank you. I appreciate it.
Chris Custine wrote:
> I created an issue for this here:
> https://issues.apache.org/jira/browse/DIRSERVER-927
>
> On 5/11/07, Andrew C. Oliver <ac...@apache.org> wrote:
>>
>> First off, thank you for your assistance.
>>
>> I followed the instructions on that page.
>>
>> 1. Address book
>> 2. File->New->LDAP Directory
>> 3. General -
>> Name: test
>> Hostname: 127.0.0.1
>> Base DN: ou=people,o=sevenSeas
>> Port number: 10389
>> Advanced -
>> Search filter: (objectclass=person)/subtree
>> 4. Offline -> Download Now
>> 5. everything is blank even though wireshark shows the results... (that
>> is the dump I sent originally)
>>
>> I can also go to Contacts on the compose window, do a search, get (in
>> wireshark):
>> 0......c.....ou=people,o=sevenSeas
>> ..
>> ....d.......R....objectclass..person.9....mail0...Ho.
>> ..cn0...Ho....givenName0...Ho.
>>
>> ..sn0...Ho0..#..company..o..mail..l..locality..mozillaUseHtmlMail..xmozillausehtmlmail..mozillaCustom2..custom2..mozillaHomeCountryName..mozillaHomeStreet.
>>
>> department..departmentnumber..ou..orgunit..mobile..cellphone..carphone..telephoneNumber..title..mozillaCustom1..custom1..mozillaNickname..xmozillanickname..mozillaWorkUrl..workurl..fax..facsimiletelephonenumber..mozillaSecondEmail..xmozillasecondemail..mozillaCustom4..custom4..nsAIMid..nscpaimscreenname..street.
>>
>>
>> streetaddress.
>>
>> postOfficeBox..givenName..homePhone..mozillaHomeUrl..homeurl..st..region..mozillaHomePostalCode..mozillaHomeLocalityName..mozillaCustom3..custom3..birthyear..mozillaWorkStreet2..mozillaHomeStreet2.
>>
>> postalCode..zip..c..countryname..pager.
>>
>> pagerphone..sn..surname..mozillaHomeState..description..notes..modifytimestamp..cn.
>>
>> commonname0e...e`
>> .!...Yfailed on search operation: attributeType w/ OID
>> 1.3.6.1.4.1.13769.2.1.97 not registered!
>>
>> Which at least has an error. It seems to me that my lack of
>> understanding of the index section (the documentation just says go read
>> this section but doesn't tell you what to put there):
>>
>> <bean id="sevenSeasPartitionConfiguration"
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableBTreePartitionConfiguration
>>
>> ">
>> <property name="name" value="The Seven Seas" />
>> <property name="cacheSize" value="100" />
>> <property name="suffix" value="o=sevenSeas" />
>>
>> <!-- the optimizer is enabled by default but may not always be what
>> -->
>> <!-- you want if your queries are really simple
>> -->
>> <property name="optimizerEnabled" value="true" />
>>
>> <!--
>> Synchronization on writes does not wait for synch operations
>> to flush dirty pages. Writes persist immediately to disk at
>> a cost to performance with increased data integrity. Otherwise
>> the periodic synch operation will flush dirty pages using the
>> synchPeriodMillis parameter in the main configuration.
>> -->
>> <property name="synchOnWrite" value="true" />
>> <property name="indexedAttributes">
>> <set>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.1 " />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
>>
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.2" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.3 " />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
>>
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.4" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.5 " />
>> <property name="cacheSize" value="10" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
>>
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.6" />
>> <property name="cacheSize" value="10" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId"
>> value="1.3.6.1.4.1.18060.0.4.1.2.7 " />
>> <property name="cacheSize" value="10" />
>> </bean>
>>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
>>
>> <property name="attributeId" value="dc" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId" value="ou" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId" value="krb5PrincipalName" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
>>
>> <property name="attributeId" value="uid" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> <bean
>> class="
>> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
>>
>> ">
>> <property name="attributeId" value="objectClass" />
>> <property name="cacheSize" value="100" />
>> </bean>
>> </set>
>> </property>
>> <property name="contextEntry">
>> <value>
>> objectClass: top
>> objectClass: domain
>> objectClass: extensibleObject
>> o: sevenSeas
>> </value>
>> </property>
>> </bean>
>>
>> Have I got the rest right? Any chance you/someone might be able to help
>> with the index section (presently mine is just a copy)? Also excluding
>> the indexes isn't any good either ;-)
>>
>> BTW it is not a bind error, that gives a clear error message in the
>> wireshark output w/o the actual search results.
>>
>> Oddly it still doesn't answer why the download now results in TBird. In
>> 2.0 the same operation reports "replication succeeded" yet it is as if
>> the schema (particularly the name/email) is not what TBird expects.
>>
>> The same search in the Eclipse Plugin succeeds with the o=sevenSeas and
>> objectClass=person subtree returns results.
>>
>> It does seem to match the schema here:
>> http://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema
>>
>>
>> Thoughts?
>>
>> Stefan Zoerner wrote:
>> > Hi Andrew!
>> >
>> > Andrew C. Oliver wrote:
>> >> I followed the basic instructions including
>> >> http://directory.apache.org/apacheds/1.0/41-mozilla-thunderbird.html
>> >> with the latest download of ADS 1.5. It seems like it works but no
>> >> users actually come back. Wireshark shows the below (but I'm not yet
>> >> accustomed to this format). any thoughts? Should I maybe try
>> with 1.0
>> ?
>> >
>> > The example should work with ApacheDS 1.5 as well, because the
>> > functionality Thunderbird uses is very basic. I have not tried it with
>> > Thunderbird 2.0 (1.5 only).
>> >
>> > Can you describe the operation, you perform with Thunderbird in
>> order to
>> > get users in detail? Do you use a search in the address book, or auto
>> > completion during mail creation etc. ? Thunderbird is not good with
>> > error messages by the way.
>> >
>> > Your Wireshark attachment looks like a search operation with a result
>> > set -- which is expected, but I am not able to decrypt it as well.
>> >
>> > One idea I had is missing credentials (bind DN), in case you have
>> > anonymous access disabled.
>> >
>> > Gretings,
>> > Stefan
>> >
>>
>>
>
Re: Thunderbird 1.5 or 2.0 integration
Posted by Chris Custine <ch...@gmail.com>.
I created an issue for this here:
https://issues.apache.org/jira/browse/DIRSERVER-927
On 5/11/07, Andrew C. Oliver <ac...@apache.org> wrote:
>
> First off, thank you for your assistance.
>
> I followed the instructions on that page.
>
> 1. Address book
> 2. File->New->LDAP Directory
> 3. General -
> Name: test
> Hostname: 127.0.0.1
> Base DN: ou=people,o=sevenSeas
> Port number: 10389
> Advanced -
> Search filter: (objectclass=person)/subtree
> 4. Offline -> Download Now
> 5. everything is blank even though wireshark shows the results... (that
> is the dump I sent originally)
>
> I can also go to Contacts on the compose window, do a search, get (in
> wireshark):
> 0......c.....ou=people,o=sevenSeas
> ..
> ....d.......R....objectclass..person.9....mail0...Ho.
> ..cn0...Ho....givenName0...Ho.
>
> ..sn0...Ho0..#..company..o..mail..l..locality..mozillaUseHtmlMail..xmozillausehtmlmail..mozillaCustom2..custom2..mozillaHomeCountryName..mozillaHomeStreet.
> department..departmentnumber..ou..orgunit..mobile..cellphone..carphone..telephoneNumber..title..mozillaCustom1..custom1..mozillaNickname..xmozillanickname..mozillaWorkUrl..workurl..fax..facsimiletelephonenumber..mozillaSecondEmail..xmozillasecondemail..mozillaCustom4..custom4..nsAIMid..nscpaimscreenname..street.
>
> streetaddress.
>
> postOfficeBox..givenName..homePhone..mozillaHomeUrl..homeurl..st..region..mozillaHomePostalCode..mozillaHomeLocalityName..mozillaCustom3..custom3..birthyear..mozillaWorkStreet2..mozillaHomeStreet2.
> postalCode..zip..c..countryname..pager.
>
> pagerphone..sn..surname..mozillaHomeState..description..notes..modifytimestamp..cn.
> commonname0e...e`
> .!...Yfailed on search operation: attributeType w/ OID
> 1.3.6.1.4.1.13769.2.1.97 not registered!
>
> Which at least has an error. It seems to me that my lack of
> understanding of the index section (the documentation just says go read
> this section but doesn't tell you what to put there):
>
> <bean id="sevenSeasPartitionConfiguration"
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableBTreePartitionConfiguration
> ">
> <property name="name" value="The Seven Seas" />
> <property name="cacheSize" value="100" />
> <property name="suffix" value="o=sevenSeas" />
>
> <!-- the optimizer is enabled by default but may not always be what
> -->
> <!-- you want if your queries are really simple
> -->
> <property name="optimizerEnabled" value="true" />
>
> <!--
> Synchronization on writes does not wait for synch operations
> to flush dirty pages. Writes persist immediately to disk at
> a cost to performance with increased data integrity. Otherwise
> the periodic synch operation will flush dirty pages using the
> synchPeriodMillis parameter in the main configuration.
> -->
> <property name="synchOnWrite" value="true" />
> <property name="indexedAttributes">
> <set>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.1 " />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.2" />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.3 " />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.4" />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.5 " />
> <property name="cacheSize" value="10" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.6" />
> <property name="cacheSize" value="10" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId"
> value="1.3.6.1.4.1.18060.0.4.1.2.7 " />
> <property name="cacheSize" value="10" />
> </bean>
>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
> <property name="attributeId" value="dc" />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId" value="ou" />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId" value="krb5PrincipalName" />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
> <property name="attributeId" value="uid" />
> <property name="cacheSize" value="100" />
> </bean>
> <bean
> class="
> org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration
> ">
> <property name="attributeId" value="objectClass" />
> <property name="cacheSize" value="100" />
> </bean>
> </set>
> </property>
> <property name="contextEntry">
> <value>
> objectClass: top
> objectClass: domain
> objectClass: extensibleObject
> o: sevenSeas
> </value>
> </property>
> </bean>
>
> Have I got the rest right? Any chance you/someone might be able to help
> with the index section (presently mine is just a copy)? Also excluding
> the indexes isn't any good either ;-)
>
> BTW it is not a bind error, that gives a clear error message in the
> wireshark output w/o the actual search results.
>
> Oddly it still doesn't answer why the download now results in TBird. In
> 2.0 the same operation reports "replication succeeded" yet it is as if
> the schema (particularly the name/email) is not what TBird expects.
>
> The same search in the Eclipse Plugin succeeds with the o=sevenSeas and
> objectClass=person subtree returns results.
>
> It does seem to match the schema here:
> http://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema
>
>
> Thoughts?
>
> Stefan Zoerner wrote:
> > Hi Andrew!
> >
> > Andrew C. Oliver wrote:
> >> I followed the basic instructions including
> >> http://directory.apache.org/apacheds/1.0/41-mozilla-thunderbird.html
> >> with the latest download of ADS 1.5. It seems like it works but no
> >> users actually come back. Wireshark shows the below (but I'm not yet
> >> accustomed to this format). any thoughts? Should I maybe try with 1.0
> ?
> >
> > The example should work with ApacheDS 1.5 as well, because the
> > functionality Thunderbird uses is very basic. I have not tried it with
> > Thunderbird 2.0 (1.5 only).
> >
> > Can you describe the operation, you perform with Thunderbird in order to
> > get users in detail? Do you use a search in the address book, or auto
> > completion during mail creation etc. ? Thunderbird is not good with
> > error messages by the way.
> >
> > Your Wireshark attachment looks like a search operation with a result
> > set -- which is expected, but I am not able to decrypt it as well.
> >
> > One idea I had is missing credentials (bind DN), in case you have
> > anonymous access disabled.
> >
> > Gretings,
> > Stefan
> >
>
>
Re: Thunderbird 1.5 or 2.0 integration
Posted by "Andrew C. Oliver" <ac...@apache.org>.
First off, thank you for your assistance.
I followed the instructions on that page.
1. Address book
2. File->New->LDAP Directory
3. General -
Name: test
Hostname: 127.0.0.1
Base DN: ou=people,o=sevenSeas
Port number: 10389
Advanced -
Search filter: (objectclass=person)/subtree
4. Offline -> Download Now
5. everything is blank even though wireshark shows the results... (that
is the dump I sent originally)
I can also go to Contacts on the compose window, do a search, get (in
wireshark):
0......c.....ou=people,o=sevenSeas
..
....d.......R....objectclass..person.9....mail0...Ho.
..cn0...Ho....givenName0...Ho.
..sn0...Ho0..#..company..o..mail..l..locality..mozillaUseHtmlMail..xmozillausehtmlmail..mozillaCustom2..custom2..mozillaHomeCountryName..mozillaHomeStreet.
department..departmentnumber..ou..orgunit..mobile..cellphone..carphone..telephoneNumber..title..mozillaCustom1..custom1..mozillaNickname..xmozillanickname..mozillaWorkUrl..workurl..fax..facsimiletelephonenumber..mozillaSecondEmail..xmozillasecondemail..mozillaCustom4..custom4..nsAIMid..nscpaimscreenname..street.
streetaddress.
postOfficeBox..givenName..homePhone..mozillaHomeUrl..homeurl..st..region..mozillaHomePostalCode..mozillaHomeLocalityName..mozillaCustom3..custom3..birthyear..mozillaWorkStreet2..mozillaHomeStreet2.
postalCode..zip..c..countryname..pager.
pagerphone..sn..surname..mozillaHomeState..description..notes..modifytimestamp..cn.
commonname0e...e`
.!...Yfailed on search operation: attributeType w/ OID
1.3.6.1.4.1.13769.2.1.97 not registered!
Which at least has an error. It seems to me that my lack of
understanding of the index section (the documentation just says go read
this section but doesn't tell you what to put there):
<bean id="sevenSeasPartitionConfiguration"
class="org.apache.directory.server.core.partition.impl.btree.MutableBTreePartitionConfiguration">
<property name="name" value="The Seven Seas" />
<property name="cacheSize" value="100" />
<property name="suffix" value="o=sevenSeas" />
<!-- the optimizer is enabled by default but may not always be what
-->
<!-- you want if your queries are really simple
-->
<property name="optimizerEnabled" value="true" />
<!--
Synchronization on writes does not wait for synch operations
to flush dirty pages. Writes persist immediately to disk at
a cost to performance with increased data integrity. Otherwise
the periodic synch operation will flush dirty pages using the
synchPeriodMillis parameter in the main configuration.
-->
<property name="synchOnWrite" value="true" />
<property name="indexedAttributes">
<set>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.1" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.2" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.3" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.4" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.5" />
<property name="cacheSize" value="10" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.6" />
<property name="cacheSize" value="10" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId"
value="1.3.6.1.4.1.18060.0.4.1.2.7" />
<property name="cacheSize" value="10" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId" value="dc" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId" value="ou" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId" value="krb5PrincipalName" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId" value="uid" />
<property name="cacheSize" value="100" />
</bean>
<bean
class="org.apache.directory.server.core.partition.impl.btree.MutableIndexConfiguration">
<property name="attributeId" value="objectClass" />
<property name="cacheSize" value="100" />
</bean>
</set>
</property>
<property name="contextEntry">
<value>
objectClass: top
objectClass: domain
objectClass: extensibleObject
o: sevenSeas
</value>
</property>
</bean>
Have I got the rest right? Any chance you/someone might be able to help
with the index section (presently mine is just a copy)? Also excluding
the indexes isn't any good either ;-)
BTW it is not a bind error, that gives a clear error message in the
wireshark output w/o the actual search results.
Oddly it still doesn't answer why the download now results in TBird. In
2.0 the same operation reports "replication succeeded" yet it is as if
the schema (particularly the name/email) is not what TBird expects.
The same search in the Eclipse Plugin succeeds with the o=sevenSeas and
objectClass=person subtree returns results.
It does seem to match the schema here:
http://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema
Thoughts?
Stefan Zoerner wrote:
> Hi Andrew!
>
> Andrew C. Oliver wrote:
>> I followed the basic instructions including
>> http://directory.apache.org/apacheds/1.0/41-mozilla-thunderbird.html
>> with the latest download of ADS 1.5. It seems like it works but no
>> users actually come back. Wireshark shows the below (but I'm not yet
>> accustomed to this format). any thoughts? Should I maybe try with 1.0?
>
> The example should work with ApacheDS 1.5 as well, because the
> functionality Thunderbird uses is very basic. I have not tried it with
> Thunderbird 2.0 (1.5 only).
>
> Can you describe the operation, you perform with Thunderbird in order to
> get users in detail? Do you use a search in the address book, or auto
> completion during mail creation etc. ? Thunderbird is not good with
> error messages by the way.
>
> Your Wireshark attachment looks like a search operation with a result
> set -- which is expected, but I am not able to decrypt it as well.
>
> One idea I had is missing credentials (bind DN), in case you have
> anonymous access disabled.
>
> Gretings,
> Stefan
>
Re: Thunderbird 1.5 or 2.0 integration
Posted by Stefan Zoerner <st...@labeo.de>.
Hi Andrew!
Andrew C. Oliver wrote:
> I followed the basic instructions including
> http://directory.apache.org/apacheds/1.0/41-mozilla-thunderbird.html
> with the latest download of ADS 1.5. It seems like it works but no
> users actually come back. Wireshark shows the below (but I'm not yet
> accustomed to this format). any thoughts? Should I maybe try with 1.0?
The example should work with ApacheDS 1.5 as well, because the
functionality Thunderbird uses is very basic. I have not tried it with
Thunderbird 2.0 (1.5 only).
Can you describe the operation, you perform with Thunderbird in order to
get users in detail? Do you use a search in the address book, or auto
completion during mail creation etc. ? Thunderbird is not good with
error messages by the way.
Your Wireshark attachment looks like a search operation with a result
set -- which is expected, but I am not able to decrypt it as well.
One idea I had is missing credentials (bind DN), in case you have
anonymous access disabled.
Gretings,
Stefan