Если так, то Вам лучше разобраться с тем, как вообще устроены реестры и как их создавать: http://ru.blog.itdhq.com/post/70277827209/2013-12-17-create-new-registry-type. Идея в том, что есть модель/тип реестра, в которой описано, какие поля бывают. А потом в конфигурации Share описывается, какие поля показывать и как. Создание своего типа сводится к созданию и первого, и второго. Если Вы хотите просто добавить одно поле к стандартный реестр, то Вы все равно создаете новый тип, наследуете его от стандартного и описываете 1 новое поле.
В текущей ситуации в стандартном типе уже есть поле "Исполнители" (alvexdt:assignees). Просто оно спрятано. Так что нужно найти конфигурацию Share для него (https://github.com/ITDSystems/alvex/blob/master/core/documents-registers...) и отобразить правильное поле. Конфиг лежит в архиве alvex-documents-registers...-share...jar). Либо скопировать часть конфига, относящуюся к нужному реестру, в tomcat/shared/classes/alfresco/web-extension/share-config-custom.xml.
Вот только для того, чтобы понять, что за бред я тут написала, придется все-таки прочитать пост в блоге по первой ссылке и понять архитектуру и синтаксис. К сожалению, проще не получится, это Alfresco :(
Я пытался одно время сделать zimbra desktop портейбл версией, перепробовал многое, но так и не достиг желаемого рпезультата, при это понял, что почта не может храниться в другом месте, кроме как профиля пользователя. Поэтому моё мнение, это невозможно, но может я и ошибаюсь
Утренний отчет.
После увеличения zimbraMtaMaxMessageSize до 100 мегабайт, залилось через postresturl.
Понимаю, что данный показатель ну никак не стоит оставлять таким, откачу до 30000000.
На текущий момент проблема в теории решена, но для меня поведение оставется странным, поскольку на начало октября (последняя проверка валоидности архивов) даже с 30-ю мегабайтным МТАмесседжсайз ящик размером 18 гигабайт заливался на ура.
alexvg75 Огромное спасибо за направление моих действий. Надеюсь что данный тред будет полезен сообществу.
Правда документы отправляются в Zimbru в черновик. Т.Е. щелкаешь по вордовсому файлу правой кнопкой, отправить, потом открывешь зимбру, заходишь в черновик - а там новое письмо, с твоим вложением внутри.
Из минусов ZimbraNotifyer:
1. Пришлось самому писать скрипт по установке и распостранению настроек через GPO
2. Немного корявый русский перевод
3. Цена
В плюсах:
1. Всплывающее назойливое окно, которое не пропадает пока не нажмешь ОК (у нас начальники некоторых отделов от него в восторге)
2. Правая кнопка мыши - ОТправить
3. Уведомления в трее
4. Вход в аккаунт без пароля (пароль храниться в реестре в зашифрованом виде)
Попробую..
Re оффтоп - на небоевом нет таких ошибок, все работает как часы (перенес ящик на 19 гиг без запинки, хар-ки тестовой машины - 2проца, 4гб памяти и 200 гиг места, по вермени около 40-50 минут) :( Поэтому для воспроизведения и приходится использовать боевой :(
Еще раз спасибо.
В общем-то, пока я не смог помочь.
Попробуйте в админке у мта (глобальные настройки) изменить сейчас на 50. И проверить командой без перезапуска сервера:
zimbra$ zmprov gcf zimbraMtaMaxMessageSize
Достаточно пробовать через PostRestURL.
Обратите внимание на память у сервера.
$ free
Если у Вас виртуалка дайте серверу больше памяти.
Оффтоп: На боевом, лучше никогда не делать (если он работает, то пусть работает)... Для поднятия виртуалки Вам понадобиться гигов 10 свободного места, 2 Гб памяти, и пара часов времени. А уже готовые решения после проверки можно переносить на боевой.
Придется мне ждать вечера... Пока перезапустить зимбру получится.
А в том месте где вы указали 29297 Кб.
Попробую увеличить до 50 и еще раз и через курл и через PostRestURL.
Огромное спасибо за помощь, как сделаю все еще раз - отпишусь.
И все таки проверьте пожалуйста еще раз настройки в Админке:
Конфигуре-Глобалсетингс-
-Дженерал Информэшн-Maximum size of an uploaded file:?
-МТА-мэссадж-Maximum message size (KB):?
Проверьте через zmprov параметр zimbraMtaMaxMessageSize. Если нужно установите его в командной строке.
# For 15Mb
su - zimbra -c "zmprov mcf zimbraMtaMaxMessageSize 15000000"
#Then restart the mailboxd server process
su - zimbra -c "/opt/zimbra/bin/zmcontrol restart"
В текущей ситуации в стандартном типе уже есть поле "Исполнители" (alvexdt:assignees). Просто оно спрятано. Так что нужно найти конфигурацию Share для него (https://github.com/ITDSystems/alvex/blob/master/core/documents-registers...) и отобразить правильное поле. Конфиг лежит в архиве alvex-documents-registers...-share...jar). Либо скопировать часть конфига, относящуюся к нужному реестру, в tomcat/shared/classes/alfresco/web-extension/share-config-custom.xml.
Вот только для того, чтобы понять, что за бред я тут написала, придется все-таки прочитать пост в блоге по первой ссылке и понять архитектуру и синтаксис. К сожалению, проще не получится, это Alfresco :(
После увеличения zimbraMtaMaxMessageSize до 100 мегабайт, залилось через postresturl.
Понимаю, что данный показатель ну никак не стоит оставлять таким, откачу до 30000000.
На текущий момент проблема в теории решена, но для меня поведение оставется странным, поскольку на начало октября (последняя проверка валоидности архивов) даже с 30-ю мегабайтным МТАмесседжсайз ящик размером 18 гигабайт заливался на ура.
alexvg75 Огромное спасибо за направление моих действий. Надеюсь что данный тред будет полезен сообществу.
(пришлось купить за 100$, лицензия на домен)
Клиент кроме уведомлений добавляет функцию в правую кнопку мыши - Отправить
Правда документы отправляются в Zimbru в черновик. Т.Е. щелкаешь по вордовсому файлу правой кнопкой, отправить, потом открывешь зимбру, заходишь в черновик - а там новое письмо, с твоим вложением внутри.
Из минусов ZimbraNotifyer:
1. Пришлось самому писать скрипт по установке и распостранению настроек через GPO
2. Немного корявый русский перевод
3. Цена
В плюсах:
1. Всплывающее назойливое окно, которое не пропадает пока не нажмешь ОК (у нас начальники некоторых отделов от него в восторге)
2. Правая кнопка мыши - ОТправить
3. Уведомления в трее
4. Вход в аккаунт без пароля (пароль храниться в реестре в зашифрованом виде)
Re оффтоп - на небоевом нет таких ошибок, все работает как часы (перенес ящик на 19 гиг без запинки, хар-ки тестовой машины - 2проца, 4гб памяти и 200 гиг места, по вермени около 40-50 минут) :( Поэтому для воспроизведения и приходится использовать боевой :(
Еще раз спасибо.
Попробуйте в админке у мта (глобальные настройки) изменить сейчас на 50. И проверить командой без перезапуска сервера:
zimbra$ zmprov gcf zimbraMtaMaxMessageSize
Достаточно пробовать через PostRestURL.
Обратите внимание на память у сервера.
$ free
Если у Вас виртуалка дайте серверу больше памяти.
Оффтоп: На боевом, лучше никогда не делать (если он работает, то пусть работает)... Для поднятия виртуалки Вам понадобиться гигов 10 свободного места, 2 Гб памяти, и пара часов времени. А уже готовые решения после проверки можно переносить на боевой.
А в том месте где вы указали 29297 Кб.
Попробую увеличить до 50 и еще раз и через курл и через PostRestURL.
Огромное спасибо за помощь, как сделаю все еще раз - отпишусь.
Конфигуре-Глобалсетингс-
-Дженерал Информэшн-Maximum size of an uploaded file:?
-МТА-мэссадж-Maximum message size (KB):?
Проверьте через zmprov параметр zimbraMtaMaxMessageSize. Если нужно установите его в командной строке.
# For 15Mb
su - zimbra -c "zmprov mcf zimbraMtaMaxMessageSize 15000000"
#Then restart the mailboxd server process
su - zimbra -c "/opt/zimbra/bin/zmcontrol restart"
Здесь описана подобная ситуация:
http://forums.zimbra.com/virtualization/49832-zmmailbox-post-failed-over...