Поиск в Поддержке

Избегайте мошенников, выдающих себя за службу поддержки. Мы никогда не попросим вас позвонить, отправить текстовое сообщение или поделиться личной информацией. Сообщайте о подозрительной активности, используя функцию «Пожаловаться».

Подробнее

LDIF file not read in correctly

  • 1 ответ
  • 1 имеет эту проблему
  • 1 просмотр
  • Последний ответ от 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,[email protected]
 cn: John Doe
 mail: [email protected]
 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,[email protected]
 dn: cn=Jane Doe,[email protected]
 cn: Jane Doe
 mail: [email protected]
 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,[email protected]
===============

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 <[email protected]>

instead of the desired:

  John Doe <[email protected]>

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,[email protected] cn: John Doe mail: [email protected] 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,[email protected] dn: cn=Jane Doe,[email protected] cn: Jane Doe mail: [email protected] 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,[email protected] =========================== 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 <[email protected]> instead of the desired: John Doe <[email protected]> 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?

Изменено user365263

Все ответы (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.