Насчет поиска по содержанию: в верхней части экрана у вас есть поле для поиска. По умолчанию, оно ищет не во всей системе, а на том сайте, который сейчас открыт. Все файлы, подключенные к записям в реестрах, как правило хранятся на том же сайте (если вы загружали файлы в реестр кнопкой "Загрузить файл", а не "Прикрепить существующий"). То есть ввод текста в эту строку поиска соответствует поиска по содержимому всех документов на сайте канцелярии.
Мы работаем над возможностью поиска по содержимому в рамках конкретного реестра, это пока что не реализовано. Тикет в трекере на этот счет: http://issues.itdhq.com/browse/ALV-611. Можете следить и плюсовать ;)
По второму вопросу:
Пока нельзя. Alfresco так реализовала связи между документами. Опять-таки у нас в плане раззития есть задача исправить это, потому что так жить нельзя, но руки пока не добрались. Если есть мысль помочь, ждем ваших pull-request'ов на Github ;)
сколько пк закрываются этим ип? какая октивность отправки в указаный диамозоне и кем?
если 1 пк и он zimbra пробегись clamav не чего не найдет делаешь архивацию ящиков(см соседние темы) и сносишь сервер\ставишь с нуля
дольше искать малварь
IP Address 213.xxx.xxx.xxx is listed in the CBL. It appears to be infected with a spam sending trojan, proxy or some other form of botnet.
It was last detected at 2013-11-01 12:00 GMT (+/- 30 minutes), approximately 30 minutes ago.
It has been relisted following a previous removal at 2013-10-31 11:41 GMT (1 days, 1 hours, 12 minutes ago)
This IP is infected (or NATting for a computer that is infected) with the kelihos spambot. In other words, it's participating in a botnet.
If you simply remove the listing without ensuring that the infection is removed (or the NAT secured), it will probably relist again.
This IP is infected (or NATting for a computer that is infected) with a spam-sending infection. In other words, it's participating in a botnet. If you simply remove the listing without ensuring that the infection is removed (or the NAT secured), it will probably relist again.
Настраивал через веб. И все хорошо работает, почту забирает. Была трабла с тем что забирал ее только после нажатия кнопки обновить в веб интерфейса - но это правиться командой (могу ошибиться) zmprov mc default zimbraDataSourcePollingInterval 60
т.е. каждую минуту.
Вот что в заголовке письма вижу:
посмотри не остался ли файлик /opt/zimbra/openldap/var/run/slapd.pid
и если ldap не запущен (ps ax | grep ldap)
прибей его мог остаться если не конектно завершилась перезагрузка
смотри подробности в /var/log/zimbra.log
Должна быть у провайдера где находиться почтовый сервер прописана обратная запись воизбежании множества проблем (например reject_non_fqdn_hostname выставленый на других серверах)
1. Проверку протокола поставь все 3
2. проверку ДНС не использую т.к. она у меня проходит на этапе helo
3. для чего лесты не скажу у меня таких тунктов нет
> "Правила для проверки при соедении до передачи письма на сервер" - как это поможет, убить спам который исходит от нас?
Помагает следующим образом сервер на этапе соеденения отпрасывает все лишнее (рандомные домены, неправильные ptr )
>нас постоянно вносят в спам листы... как мне кажется, нужно запретить отправку почты без авторизации по 25 порту, сейчас, в настройках клиента, если снять галочку с "проверка подлиности пользователя" то письма всё равно отправляются, хотя не должны....в настройках zimbra всё включено:
Сравнил твой конфиг со своими авторизация везде включина, оставь только mynetworks = 127.0.0.0/8 в довереных сетях и посмотри будет ли откидывать без авторизации.
Можно ли сделать запрос на подпись сертификата не в зимбре, а например на сайте центра сертификации
А потом подставить взятый с сайта ключ в файл commercial.key?
Насчет поиска по содержанию: в верхней части экрана у вас есть поле для поиска. По умолчанию, оно ищет не во всей системе, а на том сайте, который сейчас открыт. Все файлы, подключенные к записям в реестрах, как правило хранятся на том же сайте (если вы загружали файлы в реестр кнопкой "Загрузить файл", а не "Прикрепить существующий"). То есть ввод текста в эту строку поиска соответствует поиска по содержимому всех документов на сайте канцелярии.
Мы работаем над возможностью поиска по содержимому в рамках конкретного реестра, это пока что не реализовано. Тикет в трекере на этот счет: http://issues.itdhq.com/browse/ALV-611. Можете следить и плюсовать ;)
По второму вопросу:
Пока нельзя. Alfresco так реализовала связи между документами. Опять-таки у нас в плане раззития есть задача исправить это, потому что так жить нельзя, но руки пока не добрались. Если есть мысль помочь, ждем ваших pull-request'ов на Github ;)
если 1 пк и он zimbra пробегись clamav не чего не найдет делаешь архивацию ящиков(см соседние темы) и сносишь сервер\ставишь с нуля
дольше искать малварь
Вот что пишет cbl.abuset.org
IP Address 213.xxx.xxx.xxx is listed in the CBL. It appears to be infected with a spam sending trojan, proxy or some other form of botnet.
It was last detected at 2013-11-01 12:00 GMT (+/- 30 minutes), approximately 30 minutes ago.
It has been relisted following a previous removal at 2013-10-31 11:41 GMT (1 days, 1 hours, 12 minutes ago)
This IP is infected (or NATting for a computer that is infected) with the kelihos spambot. In other words, it's participating in a botnet.
If you simply remove the listing without ensuring that the infection is removed (or the NAT secured), it will probably relist again.
This IP is infected (or NATting for a computer that is infected) with a spam-sending infection. In other words, it's participating in a botnet. If you simply remove the listing without ensuring that the infection is removed (or the NAT secured), it will probably relist again.
zmprov mc default zimbraDataSourcePollingInterval 60
т.е. каждую минуту.
Вот что в заголовке письма вижу:
Т.е. по балам оно (-98,5)
почему оно попало в спам? Ведь по правила в спам должно попадать если наберется 33 бала или выше...
и если ldap не запущен (ps ax | grep ldap)
прибей его мог остаться если не конектно завершилась перезагрузка
смотри подробности в /var/log/zimbra.log
как должно
2. проверку ДНС не использую т.к. она у меня проходит на этапе helo
3. для чего лесты не скажу у меня таких тунктов нет
> "Правила для проверки при соедении до передачи письма на сервер" - как это поможет, убить спам который исходит от нас?
Помагает следующим образом сервер на этапе соеденения отпрасывает все лишнее (рандомные домены, неправильные ptr )
>нас постоянно вносят в спам листы... как мне кажется, нужно запретить отправку почты без авторизации по 25 порту, сейчас, в настройках клиента, если снять галочку с "проверка подлиности пользователя" то письма всё равно отправляются, хотя не должны....в настройках zimbra всё включено:
Сравнил твой конфиг со своими авторизация везде включина, оставь только mynetworks = 127.0.0.0/8 в довереных сетях и посмотри будет ли откидывать без авторизации.
А потом подставить взятый с сайта ключ в файл commercial.key?