К сожалению не смогу (((
У нас стоит почтовый шлюз на постфиксе, поэтому вносили на нем, чтобы он сразу избавлялся от ненужного. Смысла править на зимбре у нас нет.
На зимбре "игрались", получалось, но сходу даже не вспомню. Могу сказать то, что наверное и так Вам известно:
1) на зимбре используется стандартный постфикс
2) НО конфиги на прямую править не удасться поскольку зимбра каждый раз их перезаписывает при рестарте
3) Настройка postfix (zimbra) осуществляется через команду postconf, например:
$ su - zimbra
$ postconf -e 'smtpd_hard_error_limit = 3'
$ postconf -e 'smtpd_soft_error_limit = 2'
Эти строки будут добавлять пару строчек в main.cf:
smtpd_soft_error_limit = 2
smtpd_hard_error_limit = 3
Однако, чтобы изменения сохранялись, нужно прописать нужные правила в конфигурационных файлах, а затем их через POSTCONF прописать в /opt/zimbra/conf/zmconfigd.cf:
POSTCONF smtpd_recipient_restrictions FILE zmconfigd/postfix_recipient_restrictions.cf
POSTCONF smtpd_sender_restrictions FILE zmconfigd/smtpd_sender_restrictions.cf
В этом случае при каждом запуске (перезапуске) mta (postfix) нужные настройки будут записаны в main.cf
Извиняюсь, можете показать рабочий пример конкретно для Zimbra (а не для postfix в целом)? Ибо на Зимбре у меня не получилось. Конфиги на ней имеют свойство затираться, да и структура немного не такая.
Добавьте хост в исключения (белый список).
Не помню что конкретно влияет: client restrictions или sender restrictions (можно добавить и туда, и туда ...)
Ну, а это пример того, как записать переменную в реестр:
var site = siteService.getSite(SITE_NAME);
if(site && site.hasContainer("dataLists")){
var dataLists = site.getContainer("dataLists");
if(dataLists != null){for each(var dataList in dataLists.children){if(dataList.properties["dl:dataListItemType"] == "abrdl:application"){
var app = dataList.createNode(null, "abrdl:application");
app.properties["abrdl:comment"] += task.getVariable('bpm_comment'));;
app.save();
}}}}
SITE_NAME - это имя сайта, на котором создан кастомный реестр типа abrdl:application (еесно, у Вас будет свой тип реестра). Из списка реестров ищется ваш реестр, а затем в него, в поле реестра abrdl:comment конкатенируется текущий комментарий
А почему именно в конце процесса? Почему не добавлять комментарий в конце каждого юзер-таска?
Смотрите, комментарий каждого таска в процессе - это параметр bpm_comment У каждого таска есть обработка событий - его можно перехватить в задаче и что-то сделать: creаte (при создании задачи), coplete (при завершении), assignment (при взятии задачи на себя) и delete (при стирании задачи) (посмотрите главу "Task listener" в юзергайде по активити)
В реестре у Вас будет переменная - список комментариев (ну, или же Вам нужна сконкатенированная строка - смотрите сами, тип переменной определяйте сами) И в нее Вы будете добавлять комменты по мере завершения задач
Как обычно это делается? Вот Вам пример:
<userTask id="review"name="Проверить исполнение поручения."
activiti:formKey="pinternaldir:review"><extensionElements><activiti:taskListener event="complete"class="org.alfresco.repo.workflow.activiti.tasklistener.ScriptTaskListener"><activiti:field name="script"><activiti:string>
//прочитаем поле комментария в закрывающейся задаче
//и поместим значение в переменную comment
var comment = task.getVariable('bpm_comment');
...
здесь идет участок кода, который добавляет комментарий задачи в реестр
...
</activiti:string></activiti:field></activiti:taskListener></extensionElements>
...
</userTask>
Таким образом Вы можете достать любые переменные задач на разных их стадиях. В принципе, можно сделать это и в конце процесса - просто копить все комментарии в переменной процесса, используя execution.setVariable и execution.getVariable
Не вдаваясь в подробности, выяснил, что реджект происходит в виду того что PTR запись ссылается на другой хост. Но сути это не меняет. Интересует возможность разрешения приема писем от таких отправителей.
Дополнительные пИчальки:
- в Админке "сломали" Лимит почтовых ящиков, теперь показывает "ничего"... смотрю в Учетных записях, в самой учетке.
- новый редактор в сообщениях работает с "косяками"... иногда не может поменять цвет текста, размер шрифта и т.д.
- баг ответить от Имени (8.0.7), так и не исправили... вкратце при ответе на почту из "расшаренных" папок, должна подставляться учетка "расшаренной" папки - до 8.0.7 это было стандартное поведение.
По факту берет Основную. Решил созданием "Образа".
В общем версия 8.5.0 производит "тягостное" впечатление... плюс недоступность Зимбровского форума, который Они переезжают уже почти месяц и новый сайт "красивый", но жутко неудобный. Старый был значительно лучше.
Блин, ребята просто выручили...
мигрировали нового пользователя, во Входящих было 11000 сообщений...
вечером все работало, с утра уже нет...
Отсортировал большую часть сообщений в Архив. После этого спокойно зашёл.
Первое, что бросился проверять - это обрезку русских документов в Портфеле. Наконец-то пофиксили! Можно на радостях выпить рюмку чаю ;-)
Добавлю из того, что успел заметить (GA_3042):
Перешли с MySQL на MariaDB;
Network Edition при обновлении просит доставить libreoffice, libreoffice-headless, иначе возможно ограничение функциональности;
В веб-клиенте появилась возможность работать в автономном режиме;
Курсор в строке поиска консоли админа, чьё поведение прежде иногда озадачивало, теперь, похоже, позиционируется корректно.
Печальное:
В полях ввода консоли админа (поиск, создание п/я) не работает подстановка значений, соответствующих уже введённым символам, возможно в связи со сменой БД;
Пишут, что внешние пользователи в расшаренных папках больше не ограничены "read-only", но у меня всё по-старому...
Клиент Zimbra Desktop поменял версию с 7.2.3 всего лишь на 7.2.5, что, вкупе с появлением оффлайна в веб-клиенте, наводит на мысль о его (Zimbra Desktop) скорой отставке.
У нас стоит почтовый шлюз на постфиксе, поэтому вносили на нем, чтобы он сразу избавлялся от ненужного. Смысла править на зимбре у нас нет.
На зимбре "игрались", получалось, но сходу даже не вспомню. Могу сказать то, что наверное и так Вам известно:
1) на зимбре используется стандартный постфикс
2) НО конфиги на прямую править не удасться поскольку зимбра каждый раз их перезаписывает при рестарте
3) Настройка postfix (zimbra) осуществляется через команду postconf, например:
$ su - zimbra
$ postconf -e 'smtpd_hard_error_limit = 3'
$ postconf -e 'smtpd_soft_error_limit = 2'
Эти строки будут добавлять пару строчек в main.cf:
smtpd_soft_error_limit = 2
smtpd_hard_error_limit = 3
Однако, чтобы изменения сохранялись, нужно прописать нужные правила в конфигурационных файлах, а затем их через POSTCONF прописать в /opt/zimbra/conf/zmconfigd.cf:
POSTCONF smtpd_recipient_restrictions FILE zmconfigd/postfix_recipient_restrictions.cf
POSTCONF smtpd_sender_restrictions FILE zmconfigd/smtpd_sender_restrictions.cf
В этом случае при каждом запуске (перезапуске) mta (postfix) нужные настройки будут записаны в main.cf
Возьмите в качестве "шпаргалки" это http://prof-labs.ru/blog/nix/191
Не помню что конкретно влияет: client restrictions или sender restrictions (можно добавить и туда, и туда ...)
А почему именно в конце процесса? Почему не добавлять комментарий в конце каждого юзер-таска?
Смотрите, комментарий каждого таска в процессе - это параметр bpm_comment У каждого таска есть обработка событий - его можно перехватить в задаче и что-то сделать: creаte (при создании задачи), coplete (при завершении), assignment (при взятии задачи на себя) и delete (при стирании задачи) (посмотрите главу "Task listener" в юзергайде по активити)
В реестре у Вас будет переменная - список комментариев (ну, или же Вам нужна сконкатенированная строка - смотрите сами, тип переменной определяйте сами) И в нее Вы будете добавлять комменты по мере завершения задач
Как обычно это делается? Вот Вам пример:
Таким образом Вы можете достать любые переменные задач на разных их стадиях. В принципе, можно сделать это и в конце процесса - просто копить все комментарии в переменной процесса, используя execution.setVariable и execution.getVariable
- в Админке "сломали" Лимит почтовых ящиков, теперь показывает "ничего"... смотрю в Учетных записях, в самой учетке.
- новый редактор в сообщениях работает с "косяками"... иногда не может поменять цвет текста, размер шрифта и т.д.
- баг ответить от Имени (8.0.7), так и не исправили... вкратце при ответе на почту из "расшаренных" папок, должна подставляться учетка "расшаренной" папки - до 8.0.7 это было стандартное поведение.
По факту берет Основную. Решил созданием "Образа".
В общем версия 8.5.0 производит "тягостное" впечатление... плюс недоступность Зимбровского форума, который Они переезжают уже почти месяц и новый сайт "красивый", но жутко неудобный. Старый был значительно лучше.
мигрировали нового пользователя, во Входящих было 11000 сообщений...
вечером все работало, с утра уже нет...
Отсортировал большую часть сообщений в Архив. После этого спокойно зашёл.
Добавлю из того, что успел заметить (GA_3042):