Как настроить почтовую систему, чтобы письма, забираемые fetchmail не обрабатывались спамовым фильтром?

спам postfix электронная почта fetchmail

Как настроить почтовую систему, чтобы письма, забираемые fetchmail не обрабатывались спамовым фильтром? А то спамовый фильтр проверяет домен отправителя, не находит там юзера-отправителя и запрещает fetchmail-у забирать спамовое письмо с ящика. А письма там накапливаются, и при этом еще один косяк - fetchmail запускается cron-ом раз в 15 минут и каждые 15 минут мне на мыло прилетает список этих непринимающихся писем. ПО понедельникам получать сотни этого мусора сильно раздражает! :(
Ответы:
С помощью чего реализован спам-фильтр?
Попробуйте указать в файле конфигурации опцию "set no spambounce"
По пробовал. Изменений никаких.
Настройка fetchmail:
defaults
set postmaster "spam"
set bouncemail
set no spambounce
set properties ""
poll mail.***.ru protocol pop3
   user *** password *** to *** here
poll mail.***.ru protocol pop3
   user *** password *** to *** here
Настройка postfix:
...
# milters for spam assassin
milter_default_action = accept
smtpd_milters =
 local:/var/spool/postfix/spamass/spamass.sock
 local:/var/spool/postfix/clamav/clamav-milter.ctl
Соответственно, используются локальные сокеты для проверки на вирусы и спам.
Еще по поводу конфига postfix-а. Если я напишу в конфиге
mydestination = мойдомен.ru, ns.мойдомен.ru, mail.***.ru
где mail.***.ru - домен, с которого почта fetchmail-ится, в таком случае должно заработать? И будет ли тогда с моего домена отправляться на тот домен mail.***.ru, с которого я забираю?
Вот настройка проверки отправителей:
smtpd_restriction_classes = verify_sender
verify_sender = reject_unverified_sender, permit
smtpd_sender_restrictions = check_sender_access hash:$config_directory/verify_sender
Вот содержимое $config_directory/verify_sender:
rambler.ru      verify_sender
ya.ru           verify_sender
newmail.ru      verify_sender
nm.ru           verify_sender
orc.ru          verify_sender
hotmail.ru      verify_sender
nightmail.ru    verify_sender
earthlink.net   verify_sender
hotmail.com     verify_sender
lycos.com       verify_sender
msn.com         verify_sender
netscape.com    verify_sender
netscape.net    verify_sender
vip.ru          verify_sender
aport.ru        verify_sender
ewealthy.org    verify_sender
km.ru           verify_sender
freemail.ru     verify_sender
shopping.ru     verify_sender
mail.com        verify_sender
microsoft.com   verify_sender
microsoft.ru    verify_sender
subscribe.ru    verify_sender
sendmail.ru     verify_sender
aol.com         verify_sender
msk.lanck.ru    verify_sender
flashmail.com   verify_sender
comcast.net     verify_sender
*.com           verify_sender
*.net           verify_sender
*.nz            verify_sender
Надо как-то прикрутить чтобы эта проверка не включалась для писем, забираемых с помощью fetchmail...
Такое впечатление, что в mynetworks нет 127.0.0.1. По идее доставка "to *** here" должна означать, что fetchmail вливает на 127.0.0.1.
fetchmail: SMTP error: 450 4.1.7 <[email protected]>: Sender address rejected: undeliverable address: host mx2.earthlink.net[209.86.93.227] said: 550 [email protected] account is unavailable (in reply to RCPT TO command)
Что при этом говорит postfix?
По второму вопросу: postfix возьмёт почту для перечеисленных в mydestination доменов и обяжется её доставить. Далее работает transport. В нём можно указать, что именно делать с почтой для каждого из доменов. Есть ещё virtual, но я бы начал с transport.
В mynetworks 127.0.0.1 есть!
Хотя нет :( Та же ботва :(
Поборол проблему! Помог мануал http://knoppix.ru/adv250404.shtml
В результате конфиг ~/.fetchmailrc стал таким:
defaults: proto POP3, auth password
mda "/usr/sbin/sendmail -i %T"
expunge 10
set postmaster "spam"
set no bouncemail
set no spambounce
set properties ""
poll mailserver
user 'user1' there with password 'pass1' is 'localuser1' here
poll mailserver
user 'user2' there with password 'pass2' to 'localuser2' here


17 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.