переустановка Zimbra для обновления сертификата это капец какое кардинальное решение. Тем более что устанока поверх вроде бы сертификаты не обновляет а берет существующие, если они не просрочены.
также стоит почитать вики зимбры по ключам для createcsr для создания самописного сертификата на определенный срок и для расширенного списка доменов.
Потом нужно будет новый корневой сертификат рапостранить по клиентам, но там масса нюансов - разные браузеры и почтовые клиенты по-разному работают с сертификатами, для ИЕ это общее виндовое хранилище, для продуктов Мозилы у каждого профиля свое, в Бате вообще сертификат в адресной книге хранится.
Одна из типовых проблем -- блокировка Зимброй по умолчанию Encrypted PDF. если это так, то лучше в amavisd отключить конкретно блокировку Encrypted PDF, а не отключать проверку PDF вообще.
Решил проблему, дополнив скрипт явным указанием используемой кодировки. Мои \uxxx выглядели в основном как \u00x0, а поставляемые рабочие локализованные файлы показывали \u04xx, и это натолкнуло на решение.
Получилось развернуть бизнес-процесс на 3.4.d, но в упор не выходит локализовать его.
Разработка ведётся под виндой на utf-8, альфреско стоит на линуксе (koi8-r). Проблема - в том, что, хоть замечательный скрипт convert.sh и преобразует все символы в их \uxxxx-эквиваленты, альфреско эти конструкции отображает кракозябрами.
Было испробовано 6 кодировок при помощи notepad++, с конвертацией и без, и пока ничего не получается.
Задача начинает есть слишком много времени для своего размера, и совет от знатока был бы как нельзя кстати.
Отдельно - большое спасибо за статью. Она превосходна.
база не разрешает соединения с того хоста, с которого вы подключаетесь;
-скорее всего не это, так как другая программка с этого хоста на хост БД имеет доступ, пароль вроде как правильно прописывал, проверю еще раз, а вот что может быть еще? Имеет ли значение версия сервера БД?
Если можно ответьте на пару вопросиков:
Возможно ли держать разные JDBC драйверы одновременно.
Лучше использовать несколько серверов приложений(tomcat например) для разных программ или один
переустановка Zimbra для обновления сертификата это капец какое кардинальное решение. Тем более что устанока поверх вроде бы сертификаты не обновляет а берет существующие, если они не просрочены.
инструкция по перегенерации сертификатов http://wiki.zimbra.com/wiki/How_to_re-create_self-signed_certificate_in_a_multiserver_platform%3F
также стоит почитать вики зимбры по ключам для createcsr для создания самописного сертификата на определенный срок и для расширенного списка доменов.
Потом нужно будет новый корневой сертификат рапостранить по клиентам, но там масса нюансов - разные браузеры и почтовые клиенты по-разному работают с сертификатами, для ИЕ это общее виндовое хранилище, для продуктов Мозилы у каждого профиля свое, в Бате вообще сертификат в адресной книге хранится.
посмотрите глубже.
Одна из типовых проблем -- блокировка Зимброй по умолчанию Encrypted PDF. если это так, то лучше в amavisd отключить конкретно блокировку Encrypted PDF, а не отключать проверку PDF вообще.
вот топик по Encrypted PDF http://www.zimbra.com/forums/administrators/51722-content-filter-quarantined-email.html
На сегодня один из самых эффективных способов отсечения СПАМа являются серые списки (greylisting). О технологии можно почитать в нете.
В состав Zimbra начиная вроде бы с какой-то из 6 релизов входит polycyd v2, он же CB Policyd. Но он не включен по умолчанию. Инструкции по включению есть и на вики зимбры и на других ресурсах в больших количествах. например тут http://forums.zextras.com/zimbra-howto/22-[howto]-enabling-cbpolicyd-zimbra-7-1-1-a.html.
Потом надо его настроить для включения серых списков для входящего траффика.
Надо отметить что CB Policyd уже не просто фильтр серыми списками, но и другие фильтры -- по тем же HELO/EHLO и т.д.
на основании чего сделан вывод что отправка идет от самого себя?
по полю FROM? это не показатель.
Вы смотрели заголовки таких писем -- откуда и как они отправляются?
Отлично. Совет на будущее — переходите на UTF-8 :)
Решил проблему, дополнив скрипт явным указанием используемой кодировки. Мои \uxxx выглядели в основном как \u00x0, а поставляемые рабочие локализованные файлы показывали \u04xx, и это натолкнуло на решение.
Получилось развернуть бизнес-процесс на 3.4.d, но в упор не выходит локализовать его.
Разработка ведётся под виндой на utf-8, альфреско стоит на линуксе (koi8-r). Проблема - в том, что, хоть замечательный скрипт convert.sh и преобразует все символы в их \uxxxx-эквиваленты, альфреско эти конструкции отображает кракозябрами.
Было испробовано 6 кодировок при помощи notepad++, с конвертацией и без, и пока ничего не получается.
Задача начинает есть слишком много времени для своего размера, и совет от знатока был бы как нельзя кстати.
Отдельно - большое спасибо за статью. Она превосходна.
Спасибо за помощь.
-скорее всего не это, так как другая программка с этого хоста на хост БД имеет доступ, пароль вроде как правильно прописывал, проверю еще раз, а вот что может быть еще? Имеет ли значение версия сервера БД?
Если можно ответьте на пару вопросиков:
Возможно ли держать разные JDBC драйверы одновременно.
Лучше использовать несколько серверов приложений(tomcat например) для разных программ или один
Спасибо
чтобы получить pdf нужен фо-процессор, а промежуточный xsl-fo мне не нужен...
вот нашел что-то по преобразованию в пдф: bpeters.tumblr.com/post/11324622304/using-alfresco-composite-rendition-to-render-pdf
только не совсем понимаю куда классы девать - единственный вариант собрать все в jar-ник и кинуть в библиотеку в альфреске:)