сам бился над этим решением, но так и не нашел ответа, так как было сказано что это специфичность самой зимбры
иначе коннектор был бы не нужен, подключаешься по лдапу и вот тебе адресная книга
много чего перепробывал (funambol, различные mapi коннекторы), но ничего нормального не нашел.
Решил создать локальную адресную книгу расшарил на сетевом диске и от туда импортирую всем, не самый лучший вариант, но и не самый плохой, главное бесплатный.
Об openatrium сам узнал недавно, установил. Сейчас разбираюсь (это модифицированный Drupal)
Первое впечатление положительное. К стати для Ваших задач очень даже подходит (трэкер задач есть, ведение документов с историей изменений, общий каллендарь ....)
Вопрос на засыпку: у нас, здесь, Open Atrium кто поддерживает? Мне показалось, по сайту, что эта штука на наш рынок вообще никаким боком не ориентирована. У Feng Office на демо хотя бы половина букв оказались православными.
Почта. Тут ваша правда, связка postfix + LDAP это, можно сказать, сейчас референсное решение и общий знаменатель в почтовых решениях для малого (и среднего) бизнеса. Я так думаю. Потому что нас postfix + Dovecot + LDAP обслуживают уже шесть лет, седьмой пошёл, и без никаких проблем. Все возможные задачи решают. И, видимо, продолжат в том же духе потому что в домене Centaurus тоже они же, разве что вместе с Kerberos. Так что да.
Раньше, давно, был Exchange. Постоянно капризничал: и то ему не хочется, и это не можется, и там ему свербит и здесь чешется. Ну, не то чтобы каждый день, но для нас и одного раза много. Решили что довольно, перешли на Postfix + Dovecot. Всё, никаких проблем, так и живём.
AD, тот же OpenLDAP(рассматриваю только как централизованное хранилище пользовательских данных). Если есть возможность использовать лицензионный Windows 200x и в сети много виндов машин, то уж лучше AD.
Я хочу, в перспективе, от AD отказаться. Капризная штука, вещь в себе и себе на уме, способная выдать что-то типа "неизвестная ошибка" в самый неподходящий момент времени на заведомо исправном оборудовании. То есть большое её спасибо, столько лет и так далее, но тем не менее. Может быть, изменить формулировку: Kerberos/LDAP? Тогда да, под такую много и чисто линуксовых вариантов подпадает.
GLPI позиционируется немного по-другому: IT and asset management software. То есть для отдела ИТ. Надо смотреть, но именно для отдела, не для организации в целом. И да, оно есть в репозитории, так что первый тест пройден. Тут другая идея была - нужна приблуда для учета ценностей, относящихся к ведению отдела ИТ: что откуда взялось, где находилось и куда делось, с точностью до компонента типа блока питания или жёсткого диска. Если GLPI такое умеет - беру не глядя. В отдел.
Feng Office. В репозитории нет, тест отрицательный. Русскоязычного сайта нет или с первого взгляда не нашёл. По очевидному адресу - Бог знает что такое, непонятное совсем. По ссылке - неполная русификация и непонятные сообщения об ошибках со всех щелей. М-да, что-то будет при реальной установке, если сами авторы демо аккуратно сделать не могут. То есть - двойная осторожность. Если eGroupWare облажается серьёзно - можно рассматривать как запасной вариант, может быть. А что, есть примеры реального использования где-то?
По всему выходит, что веб-ориентированную систему вообще ни на какое железо ставить не имеет смысла. Её имеет смысл сразу оформлять в виде виртуальной машины: когда (не если!) выходит из строя сервер-носитель, "просто" поднимаем образ на другом и продолжаем работать. И то же самое в случае необходимости апгрейда. Понятия не имею, как поведёт себя получившаяся конструкция при реальной работе, но пока всё выглядит цивильно: интерфейс реагирует нормально, сервер нагрузки не чувствует вообще. Что касается виртуальных ресурсов, то выделил пока пару процессоров и пару гагабайт памяти. Захочет больше - дам больше, а пока и так хорошо.
сам бился над этим решением, но так и не нашел ответа, так как было сказано что это специфичность самой зимбры
иначе коннектор был бы не нужен, подключаешься по лдапу и вот тебе адресная книга
много чего перепробывал (funambol, различные mapi коннекторы), но ничего нормального не нашел.
Решил создать локальную адресную книгу расшарил на сетевом диске и от туда импортирую всем, не самый лучший вариант, но и не самый плохой, главное бесплатный.
Об openatrium сам узнал недавно, установил. Сейчас разбираюсь (это модифицированный Drupal)
Первое впечатление положительное. К стати для Ваших задач очень даже подходит (трэкер задач есть, ведение документов с историей изменений, общий каллендарь ....)
Вопрос на засыпку: у нас, здесь, Open Atrium кто поддерживает? Мне показалось, по сайту, что эта штука на наш рынок вообще никаким боком не ориентирована. У Feng Office на демо хотя бы половина букв оказались православными.
Почта. Тут ваша правда, связка postfix + LDAP это, можно сказать, сейчас референсное решение и общий знаменатель в почтовых решениях для малого (и среднего) бизнеса. Я так думаю. Потому что нас postfix + Dovecot + LDAP обслуживают уже шесть лет, седьмой пошёл, и без никаких проблем. Все возможные задачи решают. И, видимо, продолжат в том же духе потому что в домене Centaurus тоже они же, разве что вместе с Kerberos. Так что да.
Раньше, давно, был Exchange. Постоянно капризничал: и то ему не хочется, и это не можется, и там ему свербит и здесь чешется. Ну, не то чтобы каждый день, но для нас и одного раза много. Решили что довольно, перешли на Postfix + Dovecot. Всё, никаких проблем, так и живём.
AD, тот же OpenLDAP(рассматриваю только как централизованное хранилище пользовательских данных). Если есть возможность использовать лицензионный Windows 200x и в сети много виндов машин, то уж лучше AD.
Если много Linux машин, то лучше OpenLDAP
Я хочу, в перспективе, от AD отказаться. Капризная штука, вещь в себе и себе на уме, способная выдать что-то типа "неизвестная ошибка" в самый неподходящий момент времени на заведомо исправном оборудовании. То есть большое её спасибо, столько лет и так далее, но тем не менее. Может быть, изменить формулировку: Kerberos/LDAP? Тогда да, под такую много и чисто линуксовых вариантов подпадает.
GLPI внедрял, используется как система электронных закупок и учёта оборудования (финансовая информация, документы)
GLPI позиционируется немного по-другому: IT and asset management software. То есть для отдела ИТ. Надо смотреть, но именно для отдела, не для организации в целом. И да, оно есть в репозитории, так что первый тест пройден. Тут другая идея была - нужна приблуда для учета ценностей, относящихся к ведению отдела ИТ: что откуда взялось, где находилось и куда делось, с точностью до компонента типа блока питания или жёсткого диска. Если GLPI такое умеет - беру не глядя. В отдел.
Feng Office. В репозитории нет, тест отрицательный. Русскоязычного сайта нет или с первого взгляда не нашёл. По очевидному адресу - Бог знает что такое, непонятное совсем. По ссылке - неполная русификация и непонятные сообщения об ошибках со всех щелей. М-да, что-то будет при реальной установке, если сами авторы демо аккуратно сделать не могут. То есть - двойная осторожность. Если eGroupWare облажается серьёзно - можно рассматривать как запасной вариант, может быть. А что, есть примеры реального использования где-то?
По всему выходит, что веб-ориентированную систему вообще ни на какое железо ставить не имеет смысла. Её имеет смысл сразу оформлять в виде виртуальной машины: когда (не если!) выходит из строя сервер-носитель, "просто" поднимаем образ на другом и продолжаем работать. И то же самое в случае необходимости апгрейда. Понятия не имею, как поведёт себя получившаяся конструкция при реальной работе, но пока всё выглядит цивильно: интерфейс реагирует нормально, сервер нагрузки не чувствует вообще. Что касается виртуальных ресурсов, то выделил пока пару процессоров и пару гагабайт памяти. Захочет больше - дам больше, а пока и так хорошо.
нет уж, силенок не хватит )))
до этого пробовал другую систему, не помню как называется, на яве, вот чат там был очень удобен, сразу видно кто залогинен...
Вопрос - как отобразить связанные документы как ссылки, перехода к ним "по одному клику"
у меня стоит версия альфрески 4, и в файл *-context.xml пришлось дописать
<bean id="extension.webclient.configBootstrap" class="org.alfresco.web.config.WebClientConfigBootstrap" init-method="init">
<property name="configs">
<list>
<value>alfresco/extension/web-client-config-custom.xml</value>
</list>
</property>
</bean>
иначе не работало.