http://mtaalamu.ru ru (http://mtaalamu.ru) (http://mtaalamu.ru) http://mtaalamu.ru http://mtaalamu.ru /blog/admining/1842.html#comment9279 /blog/admining/1842.html#comment9279 gogasir Wed, 16 Nov 2011 15:29:39 +0400 comments /blog/admining/1842.html#comment9280 /blog/admining/1842.html#comment9280 Sergei_T Wed, 16 Nov 2011 15:45:07 +0400 comments /blog/admining/1842.html#comment9281 /blog/admining/1842.html#comment9281 Sergei_T Wed, 16 Nov 2011 15:49:20 +0400 comments /blog/admining/1842.html#comment9283 /blog/admining/1842.html#comment9283 gogasir Нужно было 'ldap.authentication.userNameFormat=uid=%s,ou=people,dc=zibra,dc=XXXX,dc=com'

Теперь другая проблема, импортированные Имена пользователей в Alfresco отображаются вопросами.]]> Wed, 16 Nov 2011 16:04:58 +0400 comments /blog/admining/1842.html#comment9284 /blog/admining/1842.html#comment9284 gogasir Было:'ldap.authentication.userNameFormat=uid=%s,ou=people,dc=zibra,dc=XXXX,dc=com'
Вот так надо:'ldap.authentication.userNameFormat=uid=%s,ou=people,dc=zibra,dc=XXXX,dc=com']]> Wed, 16 Nov 2011 16:07:14 +0400 comments /blog/admining/1842.html#comment9285 /blog/admining/1842.html#comment9285 Sergei_T
mtaalamu.ru/blog/admining/1851.html
mtaalamu.ru/blog/admining/1201.html

А сервер на чем, mysql из комплекта alfresco? (возможно неправильный collation в mysql)]]> Wed, 16 Nov 2011 16:15:01 +0400 comments /blog/admining/1842.html#comment10479 /blog/admining/1842.html#comment10479 Ritm Есть правда подозрение, что грабли из-за кривости импорта сертификата. Keytool сначала спрашивает, стоит ли доверять сертификату и нужно ли его импортировать, потом говорит, что импортировал сертификат в keystore, а в конце выдает ошибку типа "/opt/alfresco/keystore — это директория". Ну понятно, что директория, но чего ругаться то?!
И еще: проверил открытость портов. Оказалось 389 открыт, а 636 нет. При этом в настройках брандмауэра сказано пускать всех и отовсюду. Перевешивание синхронизации на 389 порт результатов не дает :-( Вобщем уже голову сломал над вопросом «что делать?!»]]> Mon, 07 Jan 2013 04:38:00 +0400 comments /blog/admining/1842.html#comment10480 /blog/admining/1842.html#comment10480 Sergei_T Чтобы openldap работал на двух портах вот это делали? —
www.zimbra.com/forums/administrators/24352-enable-ldap-over-tls-_and_-ssl.html

Надо бы детально вывод команды keystore сюда]]> Mon, 07 Jan 2013 10:19:39 +0400 comments /blog/admining/1842.html#comment10481 /blog/admining/1842.html#comment10481 Ritm -u zimbra -h "${bind_url} ldapi:///" -F /opt/zimbra/data/ldap/config
и меняю ее на]]> Mon, 07 Jan 2013 18:02:08 +0400 comments /blog/admining/1842.html#comment10482 /blog/admining/1842.html#comment10482 Ritm -u zimbra -h "${bind_url} ldapi:///" -F /opt/zimbra/data/ldap/config
и меняю ее на
-u zimbra -h "${bind_url} ${ldaps_url} ldapi:///" -F /opt/zimbra/data/ldap/config
то у меня не стартует LDAP. Говорит что в 138 строке имеется ошибка. bind_url — команда не найдена, как и «ldaps_url», как и "-u"
Если я оставляю обе строки, то как я понимаю у меня LDAP работает на 389 порту и не работает на 636.
Под утро засыпая я подумал, а в подключении ли дело? Возможно ли, что ZIMBRA хранит информацию о пользователях где-то еще. Т.е. не в LDAP? Понимаю, звучит бредовенько, но может быть в этом проблема?]]> Mon, 07 Jan 2013 18:07:10 +0400 comments /blog/admining/1842.html#comment10483 /blog/admining/1842.html#comment10483 Sergei_T Tue, 08 Jan 2013 00:01:23 +0400 comments /blog/admining/1842.html#comment10484 /blog/admining/1842.html#comment10484 Sergei_T Tue, 08 Jan 2013 00:02:43 +0400 comments /blog/admining/1842.html#comment10489 /blog/admining/1842.html#comment10489 Ritm Wed, 09 Jan 2013 21:28:35 +0400 comments /blog/admining/1842.html#comment10490 /blog/admining/1842.html#comment10490 Sergei_T разрешен ли imap в настройках?

Касаемо что в админке пишет что мта не работает — это все фигня, там есть просто косяки со сбором статистики, это не значит что mta не работает))]]> Thu, 10 Jan 2013 17:44:52 +0400 comments