Przeszukaj pomoc

Unikaj oszustw związanych z pomocą.Nigdy nie będziemy prosić Cię o dzwonienie na numer telefonu, wysyłanie SMS-ów ani o udostępnianie danych osobowych. Zgłoś podejrzaną aktywność, korzystając z opcji „Zgłoś nadużycie”.

Learn More

LDIF file not read in correctly

  • 1 odpowiedź
  • 1 osoba ma ten problem
  • 4 wyświetlenia
  • Ostatnia odpowiedź od user365263

more options

Thunderbird: 38.3.0 on linux (OpenSuSE 13.2)

I have an automatically generated LDIF file that is not getting read in correctly. I manage a list of people, any of which may have multiple email addresses, and I want to create an LDIF file to add them all to a thunderbird address book. Since people may have multiple email addresses, I actually create an object for each email address, and then a list containing all of the entries for that person (which in most cases is only a single email of course).

The problem comes when multiple people use the same email address (this happens in a few instances where people in the same household are on the list and use a shared email). Because of the type of list it is, this actually happens a number of times, and I have to support this.

The problem is that when the LDIF file is imported, it sets the display name incorrectly for the second person.

For the following LDIF file:

====================
 dn: cn=John Doe,mail=foo@bar.com
 cn: John Doe
 mail: foo@bar.com
 objectclass: top
 objectclass: person
 objectclass: organizationalPerson
 objectclass: inetOrgPerson
 objectclass: mozillaAbPersonAlpha
 modifytimestamp: 0
 dn: cn=John Doe
 objectclass: top
 objectclass: groupOfNames
 cn: John Doe
 member: cn=John Doe,mail=foo@bar.com
 dn: cn=Jane Doe,mail=foo@bar.com
 cn: Jane Doe
 mail: foo@bar.com
 objectclass: top
 objectclass: person
 objectclass: organizationalPerson
 objectclass: inetOrgPerson
 objectclass: mozillaAbPersonAlpha
 modifytimestamp: 0
 dn: cn=Jane Doe
 objectclass: top
 objectclass: groupOfNames
 cn: Jane Doe
 member: cn=Jane Doe,mail=foo@bar.com
===============

after I import it, I see two list entries in that address book:

  Jane Doe
  John Doe

but if I click on the John Doe list, it expands to include the email address:

  Jane Doe <foo@bar.com>

instead of the desired:

  John Doe <foo@bar.com>

and it shows up incorrectly in the mail message that goes out (of course it still makes it to the same shared mailbox, but I'd prefer for the name to show up correctly in the headers).

I suspect this is a bug. Is there a fix/workaround I can use to get the behavior I want?

Thunderbird: 38.3.0 on linux (OpenSuSE 13.2) I have an automatically generated LDIF file that is not getting read in correctly. I manage a list of people, any of which may have multiple email addresses, and I want to create an LDIF file to add them all to a thunderbird address book. Since people may have multiple email addresses, I actually create an object for each email address, and then a list containing all of the entries for that person (which in most cases is only a single email of course). The problem comes when multiple people use the same email address (this happens in a few instances where people in the same household are on the list and use a shared email). Because of the type of list it is, this actually happens a number of times, and I have to support this. The problem is that when the LDIF file is imported, it sets the display name incorrectly for the second person. For the following LDIF file: ================================ dn: cn=John Doe,mail=foo@bar.com cn: John Doe mail: foo@bar.com objectclass: top objectclass: person objectclass: organizationalPerson objectclass: inetOrgPerson objectclass: mozillaAbPersonAlpha modifytimestamp: 0 dn: cn=John Doe objectclass: top objectclass: groupOfNames cn: John Doe member: cn=John Doe,mail=foo@bar.com dn: cn=Jane Doe,mail=foo@bar.com cn: Jane Doe mail: foo@bar.com objectclass: top objectclass: person objectclass: organizationalPerson objectclass: inetOrgPerson objectclass: mozillaAbPersonAlpha modifytimestamp: 0 dn: cn=Jane Doe objectclass: top objectclass: groupOfNames cn: Jane Doe member: cn=Jane Doe,mail=foo@bar.com =========================== after I import it, I see two list entries in that address book: Jane Doe John Doe but if I click on the John Doe list, it expands to include the email address: Jane Doe <foo@bar.com> instead of the desired: John Doe <foo@bar.com> and it shows up incorrectly in the mail message that goes out (of course it still makes it to the same shared mailbox, but I'd prefer for the name to show up correctly in the headers). I suspect this is a bug. Is there a fix/workaround I can use to get the behavior I want?

Zmodyfikowany przez user365263 w dniu

Wszystkie odpowiedzi (1)

more options

Another point is that at some point in the fairly recent past, the LDIF was read in correctly. It is only fairly recently that it stopped working, but since the number of people who share email is small, I didn't notice the problem until recently, so I can't pinpoint exactly what version it broke in.