Господа, такая идея посетила с утреца в понедельник мою голову. У себя я отсекаю часть спама (немаленькую часть) с помощью RBL-сервисов, которые, к сожалунию, иногда режут и "честных" отправителей...
Есть в EServe файлик, в котором лежит "белый" список. Не реально ли сделать c помощью mcontent такой скрипт, который бы делал следующее: при отправке письма с моего внутреннего smtp записывал e-mail адресата в "белый" список. Таким образом, адреса, с которыми у моих пользователей идёт переписка, будут автоматом попадать в "белые" списки и не проверяться ничем.
Пожалуйста, выскажите своё мнение по поводу данной затеи — стоит ли заморачиваться?
а вот почему б) не срабатывает — это вопрос... 
ну да, сам дурак — не посмотрел. Ладно, спасибо — в понедельник испрявлю, погоняю чуток да переведу на этот сервак всех юзеров (сейчас на временном сидят) — пускай тоже проверяют. О результатах отпишусь.
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.