Новые комментарии

о, спасибо, интересно, я не знал, постараюсь обязательно прийти!

да да,
нашел англ. вариант по нему и сделал. завтра продолжу тестировать.
для меня это тестовый сервант и изучаю продукт, чтобы потом менее болезненно перенести с боевого exima.
все равно спасибо!

Смотри форумы там все есть.

А так главная заповедь сохранись прежде чем что-то менять.
Если локальная сеть, то меняем файлы host и resolv.conf на новое имя.
Проверяем dns чтобы резолвилась машина корректно. Команды dig, nslookup, host
Перезагрузка.
Далее:
# su - zimbra

$ zmcontrol stop

$ /opt/zimbra/libexec/zmsetservername -force -n new.hostname.com
(Возможны ошибки, которые можно проигнорировать)

$ /opt/zimbra/libexec/zmsetservername -o old.hostname.com -n new.hostname.com
 
$ zmprov -l mcf zimbraDefaultDomainName newdomain.com

$ zmsshkeygen

$ zmupdateauthkeys

$ zmcontrol start

Заходим в Админ панель
https://<ip address>:7071/zimbraAdmin >>> Admin console login
смотрим сертификаты и вообще работу служб.
Дальше инфа с форума поскольку у себя сертификаты коммерческие.

Теперь если используем самоподписываемый сертификат, то нужно создать новый поэтому выполняем следующее: (нужно чтобы часовые пояса сервера и зимбры были одинаковы)

# su - zimbra -c 'zmcontrol stop'

# rm -rf /opt/zimbra/ssl/*

# rm -rf /opt/zimbra/ssl/.rnd

# /opt/zimbra/java/bin/keytool -delete -alias my_ca -keystore /opt/zimbra/java/jre/lib/security/cacerts -storepass changeit

# /opt/zimbra/java/bin/keytool -delete -alias jetty -keystore /opt/zimbra/mailboxd/etc/keystore -storepass `su - zimbra -c 'zmlocalconfig -s -m nokey mailboxd_keystore_password'`

# vim /opt/zimbra/bin/zmcertmgr

Find line
SUBJECT="/C=US/ST=N\/A/L=N\/A/O=Zimbra Collaboration Suite/OU=Zimbra Collaboration Suite/CN=${zimbra_server_hostname}"
and change to your company name

then find and change you want value days expire cert validation_days=365 to validation_days=3650

(save & exit)

# /opt/zimbra/bin/zmcertmgr createca -new

# /opt/zimbra/bin/zmcertmgr deployca -localonly

# /opt/zimbra/bin/zmcertmgr createcrt self -new

# /opt/zimbra/bin/zmcertmgr deploycrt self

# su - zimbra -c 'zmcontrol start'
It should start all the services successfully without any error.

# /opt/zimbra/bin/zmcertmgr deploycrt self

# /opt/zimbra/bin/zmcertmgr deployca

# su - zimbra -c 'zmupdateauthkeys'

# /opt/zimbra/bin/zmcertmgr viewdeployedcrt


Login to Web link and check whether everything is working well or not.
Check newly installed certificates and running services.

Сам сегодня ковыряюься со сменой домена и хостнейма.
Еще советуют делать так:
wiki.zimbra.com/wiki/ZmSetServerName
и вот так
www.zimbra.com/forums/administrators/19411-solved-how-change-zimbra-mail-server-domain-name.html
но у меня пока не вышло. Ковыряюсь дальше

 Спасибо за информацию.

 Спасибо,  все заработало.

Эта ссылка из статьи в первом комментарии.

Решил с помощью сопоставления поля cm:sizeQuota с атрибутом pager учетной записи пользователя в AD. Атрибут pager был выбран потому что у меня он не используется, легко редактируется стандартными средствами и имеет целочисленный тип.

Итак, что я делал:
1) Внес размер квоты для пользователя AD в атрибут pager (в байтах).
2) Изменил параметры синхронизации в alfresco-global.properties (добавил фильтр (pager=*)):

ldap.synchronization.personQuery=(&(objectclass=user)(mail=*)(givenName=*)(pager=*)(!(userAccountControl:1.2.840.113556.1.4.803:=2)))
ldap.synchronization.personDifferentialQuery=(&(objectclass=user)(mail=*)(givenName=*)(pager=*)(!(userAccountControl:1.2.840.113556.1.4.803:=2))(!(whenChanged<={0})))

3) Туда же добавил параметры:

ldap.synchronization.userQuotaSize=pager
system.usages.enabled=true

4) В файле tomcat/webapps/alfresco/WEB-INF/classes/alfresco/subsystems/Authentication/common-ldap-context.xml в параметрах personAttributeMapping бина userRegistry вставил код:

<entry key="cm:sizeQuota">
    <value>${ldap.synchronization.userQuotaSize}</value>
</entry>

5) Перезапустил Alfresco и дождался синхронизации с AD.

После этого в Alfresco добавляются только пользователи с заполненным атрибутом pager и им автоматически устанавливается квота.

Единственный минус этого решения - необходимость модификации файла контекста в каталоге tomcat/webapps/alfresco/WEB-INF/classes/alfresco/subsystems/Authentication/, так как при повторном разворачивании Alfresco из amp-файлов файл common-ldap-context.xml будет заменен на дефолтный. Я пробовал скопировать его в каталог
tomcat/shared/classes/alfresco/extension/ с именем custom-ldap-context.xml, но там есть наследование от бина authenticationComponentBase, который описывается в файле authentication-services-context.xml. Боюсь, что он потянет еще больше зависимостей... Может найдется гуру, который объяснит на пальцах как правильно сделать в этой ситуации? То есть, как создать свой кастомный контекст custom-ldap-context.xml, который не затрется при обновлении или добавлении новых модулей в Alfresco?

Ах да, делал все руководствуясь вот этим сообщением на форуме Alfresco.