Стоит на шлюзе IPCop, в нём есть модуль smtp-прокси, дающий фильтрацию на вирусы и на спам. У последнего, помимо статических обновляемых правил, есть ещё байесов фильтр, который обучается путём поедания писем из папок spam — not_spam, расположеных на указаном IMAP-сервере.
Реально ли сделать так, чтобы, при переклассификации пользователем письма как спам, в своём локальном IMAP-каталоге, оное письмо ещё и копировалось в желаемую мне папку, для последующего обучения фильтра на проксе? И, соответсвенно, такое-же правило для того, что классифицируется как не-спам...
ЗБ
OUTER_USER — адрес внешнего пользователя
CNT_IN — количесво писем пришедшиех от OUTER_USER для LOCAL_USER
CNT_OUT — от LOCAL_USER к OUTER_USER
При приеме письма от внешнего отправителя выполняется запрос к базе на предмет наличия записей о переписке в обоих направлениях и при положительном результате все прочие проверки (только на предмет спама) пропускаются (ну и естествено происходит обновление базы). Для писем от локальных пользователей (во внешний мир) так же происходит обновление базы (ну и проверка, если антиспам включен в "параноидальном" режиме — проверяется так же исходящая почта..)
Готов приобрести апгрейд для mcontent в ограниченном количестве
Shajtan
Вы Шурале!
Лежит тут:
Описание и инструкция по применению в архиве.
Но тем не менее кратко повторю:
Плагин для регистрации движения почтовой корреспонденции может применяться как дополнительный инструмент для уменьшения вероятности false-positive срабатываний антиспам фильтра (когда валидное письмо ошибочно распознается как спам).
Принцип действия плагина очень прост. Во время SMTP сессии после передачи команд RCPT и MAIL FROM плагин делает запрос к базе (почтовому реестру) и проверяет зарегистрирован ли уже обмен сообщениями с данным отправителем и в случае, если количество отправленных/полученных сообщений превышает заданный порог, письмо считается заведомо "чистым" и проверка на спам с использованием байесовых фильтров отключается
Один из подводных камней, на который сегодня указал Андрей Черезов — если с отправителем установились "доверительные" отношения, а спамеры возьми да и начни отправлять вам спам от его адреса, то все это "богатство" попадает прямиком к вам в ящик (миную все отключенные спам фильтры). Хотя с другой стороны, тут должен помочь SPF.
P.S. а ты добавил SPF запись для своего домена?!
Пообщался с замами и менеджерами, предлагают ввести принцип первичности, важнее адресат исходящего сообщения.
Поясню на примере: пусть имеется письмо: MAIL FROM -> RCPT_TO
Сначала идет проверка наличия записей по прямому направлению, т.е.
После чего по обратному:
Если оба выражения дают истину, то отправитель (а соответственно и письмо) считается доверенным.
Значения "Порог1" и "Порог2" соответственно и задают приоритет прямого или обратного запросов (или как вы выразились принцип первичности или вторичности)
По-умолчанию значения выставлены:
Т.е. чтобы отправитель стал доверенным, необходимо в реестре иметь как минимум 3 записи о переписках в прямом направлении ( MAIL FROM -> RCPT_TO) и 2 записи о переписках в обратном (RCPT_TO -> MAIL FROM), что собственно и реализует "принцип первичности"
"Порог1" = 2
"Порог2" = 1
"Ручками" подкручивать можно?
Откройте mailroll\index.f найдите следующий кусок кода:
И задайте собственные значения параметров. После чего перезапустите сервис acSMTP
P.S. настоятельно не рекомендую ставить значения меньше установленных по-умолчанию
Будет ли адресат считаться доверенным, если отработает:
В PigMail внутренние извещения должны будут проходить мимо MailRoll.