(|(cn=%s*)(sn=%s*)(gn=%s*)(mail=%s*)(title=%s*))
Ничего не изменилось. Кроме того, в стандартном фильтре автозаполнения отсутствует выборка атрибутов телефона и комментария, но, тем не менее, они в GAL импортируются. У кого-нибудь получалось импортировать дополнительные атрибуты в GAL?
oleg, что значит
< (или контента, если документы живут как файлы). ?
Да, документы живут как файлы, в определенной структуре папок.
Как из реестра запустить БП (нужно согласовывать документы и направлять на ознакомление)? Или создавать документы и согласовывать на обычном сайте, а потом ещё подкреплять их к реестру? Тогда получится двойная работа... пользователь будет не доволен(((
Мой фильтр автозаполнения для 8.0.7 , если нужно больше полей то на сайте МС есть вьювер для АД , там можете узнать названия атрибутов. Названия атрибутов зимбры видны в админке. Просто сопоставляете и все. по крайней мере так было в 8,0,7
Вам просто нужен свой тип реестра (или контента, если документы живут как файлы). Инструкция: http://ru.blog.itdhq.com/post/70277827209/2013-12-17-create-new-registry-type
С включением проверки на маке разобрался, не по тому пути правил файл user.js, правильный путь: /Users/ВашПользователь/Library/Zimbra Desktop/profile После правки все работает.
А вот проверять два языка одновременно так и не получилось :(
Zimbra формирует базу данных LDAP в виде разреженного файла размером 80Гб (по умолчанию). Причем полезной информации в нем оказалось всего лишь на 700кб. Было крайне занятно видеть файл размером 80Гб на файловой системе размером 17Гб. Особенно весело было такой файл бэкапить (tar посчитал его не разреженным, а обычным файлом).
Пришлось покопаться в документации по зимбре. Оказывается, в поставке 8.0.2 и выше присутствует специальная утилита mdb_copy, предназначенная для нормального копирования таких файлов. Синтаксис:
При восстановлении достаточно воспользоваться обычной copy, при этом помещенная на место база данных при запуске зимбры «разрастется» до нужных размеров, т.е. станет тем же разреженным файлом.
Ничего не изменилось. Кроме того, в стандартном фильтре автозаполнения отсутствует выборка атрибутов телефона и комментария, но, тем не менее, они в GAL импортируются. У кого-нибудь получалось импортировать дополнительные атрибуты в GAL?
1. https://github.com/ITDSystems/alvex-courses-extras/blob/master/2014-02-21/task-email-reminders/tasks-email-reminder-context.xml -- своеобразный cron, который говорит, что нужно запускать скрипт, указанный в строке 30, по рабочим дням в 8:50 (строка 75)
2. https://github.com/ITDSystems/alvex-courses-extras/blob/master/2014-02-21/task-email-reminders/send_task_reminders.js -- пример скрипта, который отправляет пользователям уведомления о задачах.
В Вашем случае нужно аналогично проверять не крайние сроки исполнения задач, а поле alvexdt:duedate всех документов нужных реестров.
3. https://github.com/ITDSystems/alvex-courses-extras/blob/master/2013-06-07/registry-migration/doc-reg-migrate-sample.js -- скрипт миграции документов из одного реестра в другой, из него можно взять нахождение нужного реестра, выбор всех документов и цикл. Только в цикле вам нужно не документы копировать, а проверять значение свойства на соответствие сегодняшней дате и отправлять письма.
Это на Java, а всего лишь JavaScript, так что надеюсь, разберетесь ;) А может потом и пост для всех напишете.
< (или контента, если документы живут как файлы). ?
Да, документы живут как файлы, в определенной структуре папок.
Как из реестра запустить БП (нужно согласовывать документы и направлять на ознакомление)? Или создавать документы и согласовывать на обычном сайте, а потом ещё подкреплять их к реестру? Тогда получится двойная работа... пользователь будет не доволен(((
С включением проверки на маке разобрался, не по тому пути правил файл user.js, правильный путь: /Users/ВашПользователь/Library/Zimbra Desktop/profile После правки все работает.
А вот проверять два языка одновременно так и не получилось :(
Zimbra формирует базу данных LDAP в виде разреженного файла размером 80Гб (по умолчанию). Причем полезной информации в нем оказалось всего лишь на 700кб. Было крайне занятно видеть файл размером 80Гб на файловой системе размером 17Гб. Особенно весело было такой файл бэкапить (tar посчитал его не разреженным, а обычным файлом).
Пришлось покопаться в документации по зимбре. Оказывается, в поставке 8.0.2 и выше присутствует специальная утилита mdb_copy, предназначенная для нормального копирования таких файлов. Синтаксис:
Т.е. например так:
При восстановлении достаточно воспользоваться обычной copy, при этом помещенная на место база данных при запуске зимбры «разрастется» до нужных размеров, т.е. станет тем же разреженным файлом.