Important Notice: We're experiencing email notification issues. If you've posted a question in the community forums recently, please check your profile manually for responses while we're working to fix this.

On Monday the 3rd of March, around 5pm UTC (9am PT) users may experience a brief period of downtime while one of our underlying services is under maintenance.

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

Why does mozilla Thunderbird Adressbook 'ldap implementation require special schema when you could use fields that are redily available in the basic schemes.

  • 1 답장
  • 2 이 문제를 만남
  • 1 보기
  • 최종 답변자: Matt

more options

Hi i found it very disturbing that people who program mozilla's address book didn't think of looking at what basic core shema and additional basic ldap implementation had for ldap fields

for example a very basic install of slapd provides "homePostalAddress, postalAddress,registeredAddress,postalCode , street, l (locality) st (state), etc all fields/attributes that could be used to store home addresses , work addresses etc .

instead you just decided that instead of looking up those fields/attributes ( that are pretty standard) you would just lookup random "homebrew" attributes that no other application or software will use. not only at the expense of the technician who will need to fill those in but also duplicating efforts on top of efforts. compound this with the fact that pretty much all of you guys pull the same shit in every other address book application : ms exchange, android ab , iphone address book etc ... cant you guys get your dam ducks in row and use readily available info / structure ? or at least look at what others are doing and try to standardize this crap . its not that hard just takes a bit of dedication in doing your work properly.

Hi i found it very disturbing that people who program mozilla's address book didn't think of looking at what basic core shema and additional basic ldap implementation had for ldap fields for example a very basic install of slapd provides "homePostalAddress, postalAddress,registeredAddress,postalCode , street, l (locality) st (state), etc all fields/attributes that could be used to store home addresses , work addresses etc . instead you just decided that instead of looking up those fields/attributes ( that are pretty standard) you would just lookup random "homebrew" attributes that no other application or software will use. not only at the expense of the technician who will need to fill those in but also duplicating efforts on top of efforts. compound this with the fact that pretty much all of you guys pull the same shit in every other address book application : ms exchange, android ab , iphone address book etc ... cant you guys get your dam ducks in row and use readily available info / structure ? or at least look at what others are doing and try to standardize this crap . its not that hard just takes a bit of dedication in doing your work properly.

모든 댓글 (1)

more options