TPmail тестовой вывод.

Почтовый пакет TPmail для Unix систем

Выбор языка

[анг]  [рус]


Начало

Документация

Поддержка

Новости

Ресурсы

Контакты


Часто задаваемые вопросы по TPmail


Оглавление

1.1 - Как можно расшифровать название TPmail?
1.2 - Будет ли TPmail доступен на платформах, отличных от FreeBSD?
1.3 - Будет ли TPmail поддерживать почтовые серверы, кроме sendmail?
1.4 - Можно ли получить демо-версию TPmail для пробной эксплуатации?
1.5 - Обновлял TPmail, однако вновь запускается старая версия. Что делать?
1.6 - Статистика в TPmail замечательна, однако в многих случаях необходима большая гибкость при выводе?
1.7 - Существуют так наз. многоядерные технологии. Есть ли что-то похожее в TPmail?
1.8 - Можно ли просто объяснить как происходит прием и обработка почты в TPmail для написания собственных правил фильтрации?
1.9 - Добавил правило в белый список (milter-connect). Не работает. Что делать?
1.10 - Есть ли возможность автоматической загрузки новых лицензионных ключей?
1.11 - Добавил правило для ограничения трафика (milter-quota). Не работает. Что делать?
1.12 - В журнале sendmail появились записи: thread_create() failed: 35, try again.
1.13 - Забыл куда надо положить лицензионный ключ для обновления?

1.1 - Как можно расшифровать название TPmail?

TPmail можно расшифровать как TransParent Mail.

1.2 - Будет ли TPmail доступен на платформах, отличных от FreeBSD?

TPmail был перенесен на платформы Linux и Solaris для x86 систем. Однако для выпуска пакета на этих платформах необходимо провести серьезные внешние испытания. Только после них можно будет передавать пакет в эксплуатацию. Поэтому мы будем соотрудничать со всеми организациями, готовыми провести такие испытания у себя, конечно, на взаимовыгодных условиях соотрудничества для обеих сторон.

1.3 - Будет ли TPmail поддерживать почтовые серверы, кроме sendmail?

TPmail изначально создавался как пакет только для почтового сервера sendmail. Однако интерес к многим возможностям пакета заставил нас попробовать перенести для начала только его отдельные возможности, как например, анти-спам фильтр. Такие работы начались и первым таким почтовым сервером оказался сервер Communigate Pro. Здесь мы также ищем организации, которые могли бы серьезно помочь с внешним тестированием.

1.4 - Можно ли получить демо-версию TPmail для пробной эксплуатации?

В большинстве случаев пока нет. Однако ... Возможно после обсуждения будет найдено взаимовыгодное решение.

1.5 - Обновлял TPmail, однако вновь запускается старая версия. Что делать?

Нужно все-таки читать документацию. После остановки sendmail и модулей пакета TPmail нужно убедиться в том, что данные программы действительно остановлены. Для этого рекомендуется использовать штатные системные программы ps или sockstat или netstat.

1.6 - Статистика в TPmail замечательна, однако в многих случаях необходима большая гибкость при выводе?

Программа статистики в пакете TPmail состоит из двух частей. Первая часть превращает журналы sendmail в удобное внутреннее представление (цепочки сообщений и событий). Вторая часть - это собственно генератор отчетов. Мы согласны с некоторыми нашими партнерами, что разнообразные генераторы отчетов были бы более успешны при создании различных форм отчетов при выводе статистики. В следующей версии пакета такая возможность будет реализована (в действительности частично она доступна и сейчас), однако только после ряда испытаний, чтобы убедиться в эффективности данной реализации.

1.7 - Существуют так наз. многоядерные технологии. Есть ли что-то похожее в TPmail?

Многоядерные технологии позволяют на многопроцессорных системах одновременно запускать несколько задач для одного сообщения, например, сканирование несколькими антивирусами одновременно. Пакет TPmail легко позволяет реализовать многоядерные технологии с любым масштабированием в отличие от других пакетов. Пример такой реализации можно посмотреть в сценарии run_all_virus_scanners.sh для модуля milter-agent.

1.8 - Можно ли просто объяснить как происходит прием и обработка почты в TPmail для написания собственных правил фильтрации?

Вся почта, которую принимает почтовый сервер sendmail, является входящей (возьмите в качестве примера работу обычного почтового отделения связи). Затем, используя адреса в конверте и собственные настройки, sendmail решает какой маршрут выбрать для данного сообщения. Именно, по отношению к заданным установкам мы часто говорим о входящей и исходящей почте. В действительности, sendmail всего лишь ретранслирует сообщение на следующий выбранный сервер или локальный агент доставки. Milter модули не имеют какого-либо представления о маршруте сообщения. Milter модули пакета TPmail действуют таким же образом. Они используют глобальные фильтры и не различают направление трафика. Поэтому созданные правила действуют для всех сообщений. В ряде случаев, когда мы предоставляем TPmail некоторую дополнительную информацию, то его модули различают исходящие и входящие сообщения. Например, именно так работают автоматические белые листы по отправителю в модуле milter-connect. Поэтому при написании собственных правил фильтрации всегда имейте в виду, что в целом TPmail ничего не знает о маршрутизации почтовых сообщений.

Добавил правило в белый список (milter-connect). Не работает. Что делать?

Проверить, что не пропущено ключевое слово [Filter] в определении правила. Затем по журналу модуля milter-connect или при помощи программы mc_client убедиться, что что данное правило успешно загружено. Если в этом правиле вы используете регулярные выражения, то проверьте его при помощи test_regex. И последнее - проверьте наконец ваше правило на соответствие реальным параметрам тех почтовых сообщений, которые должны попадать под действие этого правила. Читайте внимательно журнал. Увеличьте уровень детализации для более точной диагностики.

Есть ли возможность автоматической загрузки новых лицензионных ключей?

В основной конфигурационный файл каждого модуля добавьте следующую директиву: check_key_changes = 1. По умолчанию ее значение равно 0.
Теперь аналогично проверкам на внесенные изменения в конфигурационные файлы таким же способом будет проверяться и файл лицензии.

Добавил правило для ограничения трафика (milter-quota). Не работает. Что делать?

Проверить, что нет ошибок в синтаксисе секции [RateControl]. Затем по журналу модуля milter-quota или при помощи программы mq_client убедиться, что данное правило успешно загружено. Читайте внимательно журнал. Увеличьте уровень детализации для более точной диагностики.

В журнале sendmail появились записи: thread_create() failed: 35, try again.

Код ошибки 35 сообщает о временной недоступности ресурса для процесса. Для ОС FreeBSD нужно сделать следующее:
1. В файл /etc/sysctl.conf добавить, например, строку kern.threads.max_threads_per_proc=8000. По умолчанию эта величина равна 1500.
2. В файл /boot/loader.conf добавить, например, строку kern.maxfiles="65536". По умолчанию эта величина определяется конфигурацией системы.


Забыл куда надо положить лицензионный ключ для обновления?

Лицензионный ключ - это файл tpmail.key. Файл-ключ нужно положить в каталог /usr/local/etc.
Если не включена опция автоматической проверки и загрузки ключа, то нужно выполнить следующие шаги:
1. Остановить sendmail.
/etc/rc.d/sendmail stop
2. Остановить tpmail.
/etc/rc.d/milter stop или /usr/local/etc/rc.d/milter stop
3. Скопировать ключ лицензии tpmail.key в каталог /usr/local/etc.
4. Запустить tpmail.
/etc/rc.d/milter start или /usr/local/etc/rc.d/milter start
5. Запустить sendmail.
/etc/rc.d/sendmail start
Проверить работоспособность системы по журналам или выполнить тестовые проверки.




Valid HTML 3.2! Авторское Право © 2006 Дмитрий Стефанков Last modified: $Date: 2013-01-26 18:25:45+04 $ Powered by FreeBSD. Powered by Apache. Powered by OpenSSL.