Re: [mdk-re] fetchmail :((

["Serge A. Pukhaev" <news@beliit.com>]

Hello,

Friday, January 04, 2002, 9:07:41 PM, you wrote:

<skip>

> multidrop - это возможность раскладывания почты, скачанной с одного
> почтового ящика провайдера, по нескольким локальным.

> Легко заметить, что штука незаменимая для обработки корпоративных ящиков,
> например, собирающих почту для целого домена. Тогда раскидывание по
> юзерам можно произвести уже на месте. Вот пример конфига с пояснениями:

> set postmaster "user1"
>      # ему упадут письма, которым не нашлось получателя
> set bouncemail
>      # отсылать ошибки отправителю письма
> set no spambounce
>      # в мане: "send spam bounces". Загадка.
> set properties ""
> set daemon 300
>      # уходить в себя и проверять почту через каждые 300 секунд
> poll mail.provider.net with proto POP3 localdomains nowhere.spb.ru
>      # "опылять" сервер по POP3, принимая nowhere... за локальный домен
>        user 'looser' there with password 'balabala' is peet user_1 here
>      # там - "looser", здесь - свора жаждущих.

> Как нетрудно догадаться, все письма типа peet@nowhere.spb.ru пойдут юзеру
> peet,
> а остальное придет к user_1. Можно также указывать '*' вместо 'peet
> user_1',
> тогда соответствие будет искаться среди всех системных пользователей.

> А для того, чтобы не было заморочек с DNS-lookup, надо вписать так:

> poll mail.provider.net with proto POP3 no dns localdomains nowhere.spb.ru
>                                       ^^^^^^^^

> Вот пока и все. Чем это грозит - узнаю к следующей неделе, но пока
> работает.

> Петр.

Еще полезные опции:
    aka         inc.ru
# помогает в случае корпоративных ящиков и рассылок,
# когда имеем To: mandrake-russian@altlinux.ru, а реальный адресат в заголовке
# Received: from linux.ru.net ([62.118.250.6] verified) by inc.ru (CommuniGate Pro SMTP
# 3.3.2) with ESMTP id 4925478 for <user@domain>; Fri, 04 Jan 2002 22:08:25 +0300
# (вместо inc.ru, разумеется, подставить свое)
    expunge 3
# стягивает 3 письма, убивает их на сервере, лезет за следующими 3мя

А чтоб fetchmail не умирал в случае какой-либо ошибки, запускать все это
счастье можно из inittab (подставив свои пути):

F:345:respawn:/usr/bin/fetchmail -f /etc/fetchmail.conf

Best regards,
Serge Pukhaev

mailto:sp@beliit.com