Address Book всё выковыривает правильно.
Вы можете создать несколько тестовых записей с "нормальными" именами (то
есть - с короткими и латинскими), в "хороших" и "плохих" местах - и
повторить тест и прислать logs.
Еще лучше, конечно, если бы Ваш "внешний" LDAP сервер был доступен из
Internet, чтобы мы могли у себя сделать такой же Remote Unit, как у Вас,
такую же книжку, и попробовали воспроизвести ситуацию.
Вообще, судя по логу, оно запись таки выковыривает. А дальше ей что-то не
нравится, а не нравится там нечему - на этом этапе, даже если она не нашла
бы атрибут "mail", то все равно что-нибудь, да в поле To бы положила.
И еще - попробуйте, если есть возможность, тот же тест с 4.2b1, там были
правки, хотя и не совсем в этих местах.
Sincerely,
Vladimir
On Thu, 25 Mar 2004 15:01:40 +0300
<CGatePro@mx.ru> (Nikolaev D. / MTS) wrote:
> > > Поставил я 4.2b1, в качестве адресной книги используется внешний
> > > ldap-сервер.
> > > Так вот, если поразделение пользователя находится в другом
> > > подразделении (т.е. вложенное - ou=некий сектор,ou=некая
> > > служба,ou=People ), то кнопки TO CC BCC в веб-интерфейсе не
> отрабатывают
> > > (при
> > > использовании внешнего лдап-сервера). Сильно подозреваю, что это
> связанно
> > > с запятой - разделитель подразделений.
> >
> >
> > Включите Log Level на ALL INFO для этого Remote Unit, и посмотрите -
> > выдается ли какая команда наружу, когда Вы жмете To/CC/BCC, и если
> выдается
> > - то что приходит в ответ.
>
> > А Вы уверены, что эти записи содержат атрибут "mail"?
> Абсолютно уверен - проблема возникает именно с вложенными поразделениями.
>
> А вот лог для человека с "вложенным" подразделением (To/CC/BCC не
> отрабатывают):
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 14:55:44.84 4 mts.ru-00013 resuming protocol
> 14:55:44.84 4 mts.ru-00013 releasing
> 14:55:44.84 4 mts.ru-00014 connecting to [192.168.1.1:389]
> 14:55:44.84 4 mts.ru-00014 opening protocol
> 14:55:44.84 5 mts.ru-00014 out: 30 28 02 01 01 60 23 02 01 03 04 14 63 6E
> 3D 64 69 72 65 63 74 6F 72 79 20 4D 61 6E 61 67 65 72 80 08 68 72 65 6E 31
> 33 71 71
> 14:55:44.84 5 mts.ru-00014 inp: 30 0C 02 01 01 61 07 0A 01 00 04 00 04 00
> 14:55:44.84 4 mts.ru-00014 authenticated
> 14:55:44.84 4 DIRECTORY(mts.ru) searching(sub) 'ou=People,dc=mts,dc=ru'
> 14:55:44.84 4 DIRECTORY(mts.ru) searching where
> (cn=*\208\189\208\184\208\186\208\190\208\187\208\176\208\181\208\178
> \208\180*)
> 14:55:44.84 5 mts.ru-00014 out: 30 74 02 01 02 63 6F 04 16 6F 75 3D 50 65
> 6F 70 6C 65 2C 64 63 3D 6D 74 73 2C 64 63 3D 72 75 0A 01 02 0A 01 00 02 01
> 64 02 02 01 2C 01 01 00 A4 1B 04 02 63 6E 30 15
> 14:55:44.85 5 mts.ru-00014 inp: 30 82 01 EF 02 01 02 64 82 01 E8 04 81 F2
> 63
> 6E 3D D0 9D D0 B8 D0 BA D0 BE D0 BB D0 B0 D0 B5 D0 B2 20 D0 94 D0 BC D0 B8
> D1 82 D1 80 D0 B8 D0 B9 20 D0 A1 D0 B5 D1 80 D0
> 14:55:44.85 5 DIRECTORY(mts.ru)
> 'cn=\208\157\208\184\208\186\208\190\208\187\208\176\208\181\208\178
> \208\148\208\188\208\184\209\130\209\128\208\184\208\185
> \208\161\208\181\209\128\208\179\208\181\2
> 14:55:44.85 5 mts.ru-00014 inp: 30 0C 02 01 02 65 07 0A 01 00 04 00 04 00
> 14:55:44.85 4 mts.ru-00014 suspending protocol
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> А вот лог для человека с "нормальным" подразделением (To/CC/BCC
> отрабатывают):
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 14:53:21.55 4 mts.ru-00011 resuming protocol
> 14:53:21.57 4 mts.ru-00011 releasing
> 14:53:21.57 4 mts.ru-00012 connecting to [192.168.1.1:389]
> 14:53:21.57 4 mts.ru-00012 opening protocol
> 14:53:21.57 5 mts.ru-00012 out: 30 28 02 01 01 60 23 02 01 03 04 14 63 6E
> 3D 64 69 72 65 63 74 6F 72 79 20 4D 61 6E 61 67 65 72 80 08 68 72 65 6E 31
> 33 71 71
> 14:53:21.57 5 mts.ru-00012 inp: 30 0C 02 01 01 61 07 0A 01 00 04 00 04 00
> 14:53:21.57 4 mts.ru-00012 authenticated
> 14:53:21.57 5 mts.ru-00012 out: 30 81 C3 02 01 02 63 81 BD 04 81 92 63 6E
> 3D D0 A1 D0 BC D0 B8 D1 80 D0 BD D0 BE D0 B2 20 D0 92 D0 BB D0 B0 D0 B4 D0
> B8 D0 BC D0 B8 D1 80 20 D0 90 D0 BD D0 B0 D1 82
> 14:53:21.58 5 mts.ru-00012 inp: 30 81 F4 02 01 02 64 81 EE 04 81 92 63 6E
> 3D
> D0 A1 D0 BC D0 B8 D1 80 D0 BD D0 BE D0 B2 20 D0 92 D0 BB D0 B0 D0 B4 D0 B8
> D0 BC D0 B8 D1 80 20 D0 90 D0 BD D0 B0 D1 82 D0
> 14:53:21.58 5 mts.ru-00012 inp: 30 0C 02 01 02 65 07 0A 01 00 04 00 04 00
> 14:53:21.58 4 DIRECTORY(mts.ru)
> 'cn=\208\161\208\188\208\184\209\128\208\189\208\190\208\178
> \208\146\208\187\208\176\208\180\208\184\208\188\208\184\209\128
> \208\144\208\189\208\176\209\130\208\190\2
> 14:53:21.58 4 mts.ru-00012 suspending protocol
> 14:53:21.58 4 mts.ru-00012 resuming protocol
> 14:53:21.58 4 DIRECTORY(mts.ru) searching(sub) 'ou=People,dc=mts,dc=ru'
> 14:53:21.58 4 DIRECTORY(mts.ru) searching where
> (cn=*\209\129\208\188\208\184\209\128\208\189\208\190\208\178
> \208\178\208\187*)
> 14:53:21.58 5 mts.ru-00012 out: 30 74 02 01 03 63 6F 04 16 6F 75 3D 50 65
> 6F 70 6C 65 2C 64 63 3D 6D 74 73 2C 64 63 3D 72 75 0A 01 02 0A 01 00 02 01
> 64 02 02 01 2C 01 01 00 A4 1B 04 02 63 6E 30 15
> 14:53:21.58 5 mts.ru-00012 inp: 30 82 01 92 02 01 03 64 82 01 8B 04 81 92
> 63
> 6E 3D D0 A1 D0 BC D0 B8 D1 80 D0 BD D0 BE D0 B2 20 D0 92 D0 BB D0 B0 D0 B4
> D0 B8 D0 BC D0 B8 D1 80 20 D0 90 D0 BD D0 B0 D1
> 14:53:21.58 5 DIRECTORY(mts.ru)
> 'cn=\208\161\208\188\208\184\209\128\208\189\208\190\208\178
> \208\146\208\187\208\176\208\180\208\184\208\188\208\184\209\128
> \208\144\208\189\208\176\209\130\208\190\2
> 14:53:21.58 5 mts.ru-00012 inp: 30 0C 02 01 03 65 07 0A 01 00 04 00 04 00
> 14:53:21.58 4 mts.ru-00012 suspending protocol
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> То есть что-то "ходит", но информативность лога для данной проблемы
> невысокая. Или я что-то просто недопонимаю ?
>
Получено Wed Apr 07 09:44:05 2004