Новые комментарии

в строчке

/opt/zimbra/bin/zmmailbox -z -m $i s -l 9999 in:Inbox | grep `date -d '-18 day' +%m/%d/%y`| sed -e "s/^\s\s*//" | sed -e "s/\s\s*/ /g" | cut -d" " -f2 > $MESID
 

параметр 9999 нужно поменять на 999, аналогично и для $JUNKID

Собственно, тему из топика можно считать закрытой т.к. в ZCS 6.0.15 разработчики исправили баг.

Теперь справка в IE отображается как надо. :)

Спасибо всем откликнувшимся!

Поиски альтернативы Тостеру продолжаются.

И вот тут я в некотором замешательстве: стоит ли создавать отдельный трэд или продолжить прием/обсуждение/тестирование вариантов здесь? Особой активности в данном вопросе пока что-то не наблюдается, скорее всего ввиду отсутствия вариантов...

Вариант, но только для почты. :(

Напоминания о запланированных мероприятиях не отображаются.

Поиски продолжаются!

 UPD:

Вариант для меня полностью не рабочий, даже для почты:

- уведомления о новых письмах не высвечиваются,

- ручная проверка через "Проверить почту" тоже не работает,

- браузер с вэб-клиентом при вызове пункта "Открыть почту" не запускается.

При этом Zimbra Tray отрабатывает на ура.

 >Других бесплатных альтернатив тостеру пока не нашел. Может кто-нибудь еще что подскажет?

New Mail 

http://softout.ru/default.asp?page=soft&id=6952

 Обычно это связано с тем, что клиентский код написан неверно. Предлагаю ещё раз пройтись отладчиком.

В каком случае возможны расхождения между результатом работы java-based webscript через /service/api и через вебинтерфейс? Вывод через logger даёт разные результаты в catalina.out, совершенно непонятно.

Фильтр расширен, несложен, работать должен корректно, но при вызове через share творится странное.

1. А там, вообще-то, не только RBL добавляются. Ага?

2. Через админку галочками: Глобальные настройки - Агент передачи сообщений.

reject_unauth_destination - это, вроде, вообще параметр по-умолчанию в постфиксе;
reject_non_fqdn_helo_hostname = reject_non_fqdn_hostname
reject_unknown_helo_hostname = reject_unknown_hostname

Там же, к стати, есть параметр reject_unknown_client (= reject_unknown_client_hostname) - более строгий вариант, чем reject_unknown_reverse_client_hostname.

Загляни в свой main.cf - может что новое для себя откроешь? ;)

3. Ну и на закуску, СпешлФорЮ:

http://hidx.wordpress.com/2010/05/14/%D1%87%D1%91%D1%80%D0%BD%D1%8B%D0%B...

Если это опять "вообще не то", про что ты спрашивал, то гугл+официальный форум зимбра в руки и полный вперед!

Я вообще не про RBL спрашивал, а про стандартные рестрикшины типа:

reject_unauth_destination
reject_non_fqdn_helo_hostname
reject_unknown_helo_hostname

но добавить их можно просто в postfix_recipient_restrictions.cf, а вот как сделать белый список?

Вот вчера, например, добавил проверку обратной зоны:

reject_unknown_reverse_client_hostname

так выяснилось, что есть парочка доменов с ненастроеной PTR,  с которых нам постоянно пишут, поэтому хотелось бы для таких случаев иметь список исключений