Как регистрировать данные из наборов правил Courier .mailfilter?
Фон
Я запускаю Ubuntu 16.04 LTS на виртуальной машине. Это почтовый сервер для небольшой медицинской клиники. Мы пытаемся переместить фильтрацию почты с клиентской стороны на серверную, и у меня возникают трудности с файлами правил $ HOME / .mailfilter.
Я читал разные копии man- страницы в нескольких местах, но информации о включении ведения журнала не так много. Пример данных, с которых я работаю, можно найти здесь: Страница Manage Mandrop
Текущая настройка
На данный момент моя структура каталогов выглядит так: Maildrop Filter Man Page
Три файла, которые я создал, чтобы содержать правила фильтрации, содержат очень простые инструкции:
logfile "/var/log/maildropfilter.log"
log "Executing code in {file_path}"
Естественно, я меняю «{file_path}» на будь то файл, в котором я сейчас. Я надеюсь, что если файл правила будет выполнен, то в файле журнала будет указано выражение «Выполнение кода в {file_path}», и я узнаю, какой из трех файлов начнет вводить контроль логика в.
Ожидание
В соответствии с документацией, или, точнее, моей интерпретацией, после получения электронной почты на мою учетную запись электронной почты для пользователя jaredclemence, я должен увидеть следующее в мой файл журнала:
Executing code in /etc/courier/maildroprc
Executing code in /home/jaredclemence/.mailfilter
Я не вижу ссылки на третий файл в Maildir, потому что этот файл не $HOME/.mailfilter, который является файлом, на который указывает документация. Я создал этот файл в любом случае. $ HOME ссылается на корень Maildir, а не на корень домашней папки учетной записи пользователя.
Текущий результат
Проблема заключается в том,
Что я делаю неправильно?
Есть ли что-то особенное, что-то особенное, Я должен сделать, чтобы зарегистрировать мои правила фильтрации или у вас есть файл в правильном месте все, что требуется? Если требуется указать файл в нужном месте, то что не так с кодом, который я написал, который устанавливает файл журнала и выводит сообщение в журнал с помощью команды log?Приветствуется вся помощь.
Обновление 2018-01-04 10:17
Я прочитал man-файл maildrop и узнал больше о различных режимах, которые он будет работать и идентифицирует, что один из трех режимов не использует правила .mailfilter.
Отметив, что есть ручной режим, я выполнил команду maildrop в ручном режиме, чтобы узнать, был ли файл журнала активирован и использован.
После запуска команды maildrop вручную я проверил следующий вывод:
Executing commands from /home/jaredclemence/.mailfilter
Date: Thu Jan 4 09:37:05 2018
From: Synegi Inc
Subj: Wishing You a Happy New Year from Synegi!
File: /var/mail/jaredclemence (29594)
Это интересно, потому что глобальный файл правил никогда не активируется. Это также интересно, потому что он доставляет почту в mbox на /var/mail/jaredclemence, что не является Maildir.
Это говорит о одной из двух вещей. Либо программа maildrop не используется в качестве локального агента доставки, либо файл конфигурации изменяет местоположение доставки, когда программа maildrop запускается в «Embedded Mode», который является единственным режимом из трех, который не выполняет .mailfilter
Здесь я начал читать man-страницы для trace (8), postfix (1) и local (8), чтобы увидеть, могу ли я отслеживать, какая программа используется почтовый агент доставки.
2 ответа
После долгих исследований и поиска я обнаружил, что моя система не использует maildrop для доставки.
Если у вас есть тот же вопрос, сначала определите, какой агент доставки почты использует ваша система.
Начните свой SMTP-сервер. Mine - Postfix.
Postfix использует собственный локальный агент доставки в процессе, называемом local (8). В файле /etc/postfix/main.cf найдите множество ссылок на любой из локальных (8) параметров передачи обслуживания. Двумя наиболее известными могут быть mailbox_transport или virtual_transport (разница зависит от того, имеют ли люди, получающие почту учетные записи с домашними каталогами или если учетная запись поддерживается практически).
Если эти параметры не установлен, то постфикс, вероятно, обрабатывает собственную локальную доставку, и, насколько я могу судить, postfix не осуществляет перенаправление и доставку на основе проверки на определенные почтовые ящики, только с одного адреса электронной почты на другой на основе серии адресов пересылки или псевдонимов .
Итак, если вы пытаетесь внедрить расширенную фильтрацию с помощью Courier или Dovecot-LDA или Dovecot-LMTP, вам нужно будет сообщить Postfix, используя настройки mailbox_transfer или virtual_transfer, которые вызывают для вызова .
После долгих исследований и поиска я обнаружил, что моя система не использует maildrop для доставки.
Если у вас есть тот же вопрос, сначала определите, какой агент доставки почты использует ваша система.
Начните свой SMTP-сервер. Mine - Postfix.
Postfix использует собственный локальный агент доставки в процессе, называемом local (8). В файле /etc/postfix/main.cf найдите множество ссылок на любой из локальных (8) параметров передачи обслуживания. Двумя наиболее известными могут быть mailbox_transport или virtual_transport (разница зависит от того, имеют ли люди, получающие почту учетные записи с домашними каталогами или если учетная запись поддерживается практически).
Если эти параметры не установлен, то постфикс, вероятно, обрабатывает собственную локальную доставку, и, насколько я могу судить, postfix не осуществляет перенаправление и доставку на основе проверки на определенные почтовые ящики, только с одного адреса электронной почты на другой на основе серии адресов пересылки или псевдонимов .
Итак, если вы пытаетесь внедрить расширенную фильтрацию с помощью Courier или Dovecot-LDA или Dovecot-LMTP, вам нужно будет сообщить Postfix, используя настройки mailbox_transfer или virtual_transfer, которые вызывают для вызова .