Добрый день, уважаемое сообщество!
Имеется в наличии почтовый сервер на RedHat 7.3. Почта от провайдера забирается при помощи fetchmail и передается на sendmail для разборки по пользователям. Единственная проблема - в случае почтовых рассылок типа subscribe.ru, где явно не указан получатель, все подобные письма сыпятся на постмастера. Пытался разбирать их с помощью procmail - не реагирует.
Подскажите, может где и чего нужно подкрутить в sendmail или fetchmail?
>Добрый день, уважаемое сообщество!
>Имеется в наличии почтовый сервер на RedHat 7.3. Почта от провайдера забирается
>при помощи fetchmail и передается на sendmail для разборки по пользователям.
>Единственная проблема - в случае почтовых рассылок типа subscribe.ru, где явно
>не указан получатель, все подобные письма сыпятся на постмастера. Пытался разбирать
>их с помощью procmail - не реагирует.
>Подскажите, может где и чего нужно подкрутить в sendmail или fetchmail?любой нормальный почтовый сервер должен после приема письма поместить в заголовок X-Envelope-To: значение реального пользователя, которому адресовано письмо. так что можно просто спросить у провайдера, куда складывает эту информацию их почтовый сервер. fetchmail нормально работает с этим заголовком, exim тоже, у sendmail'а не должно быть проблем
>>Добрый день, уважаемое сообщество!
>>Имеется в наличии почтовый сервер на RedHat 7.3. Почта от провайдера забирается
>>при помощи fetchmail и передается на sendmail для разборки по пользователям.
>>Единственная проблема - в случае почтовых рассылок типа subscribe.ru, где явно
>>не указан получатель, все подобные письма сыпятся на постмастера. Пытался разбирать
>>их с помощью procmail - не реагирует.
>>Подскажите, может где и чего нужно подкрутить в sendmail или fetchmail?
>
>любой нормальный почтовый сервер должен после приема письма поместить в заголовок X-Envelope-To:
>значение реального пользователя, которому адресовано письмо. так что можно просто спросить
>у провайдера, куда складывает эту информацию их почтовый сервер. fetchmail нормально
>работает с этим заголовком, exim тоже, у sendmail'а не должно быть
>проблемПомоему можно сделать все гараздо проще, без участия провайдера.
fetchmail и procmail прекрасно работаю в паре.
после приема fetchmail"ом почты в игру вступает procmail
там обрабатывается поле FROM:
примерно так:
:0:
* From:.*адрес_от_кого (subscribe.ru)
!subscribe #пересылаем на пользователя subscribeпоправьте меня если я неправ.
>любой нормальный почтовый сервер должен после приема письма поместить в заголовок X-Envelope-To:
>значение реального пользователя, которому адресовано письмо. так что можно просто спросить
>у провайдера, куда складывает эту информацию их почтовый сервер. fetchmail нормально
>работает с этим заголовком, exim тоже, у sendmail'а не должно быть
>проблемВот тебе заголовок сообщения с почтовой рассылки:
Return-Path: <gluck@subscribe.ru>
Received: from localhost (localhost.localdomain [127.0.0.1])
by oe.ic.km.ua (8.11.0/8.11.0) with ESMTP id g89Krf316856
for <postmaster@localhost>; Mon, 9 Sep 2002 23:53:41 +0300
Received: from ic.km.ua
by localhost with POP3 (fetchmail-5.5.0)
for postmaster@localhost (multi-drop); Mon, 09 Sep 2002 23:53:41 +0300 (EEST)
Received: from redcat.subscribe.ru (redcat.subscribe.ru [81.9.32.3])
by infocom.km.ua (8.12.5/8.12.5/ic) with ESMTP id g89KmFBO013291
for <dandy@myhost.km.ua>; Mon, 9 Sep 2002 23:48:15 +0300 (EEST)
(envelope-from gluck@subscribe.ru)
X-Felis-Deliver-Id: 66E3759D50; Tue, 10 Sep 2002 00:46:16 +0400 (MSD)
X-Felis-Queue-Id: 20020910004608
Message-Id: <20020910004452_hk_=2257==n=n_@subscribe:rest.joke.anekdoty12>
Precedence: normal
List-Id: <rest.joke.anekdoty12.subscribe.ru>
List-Help: <mailto:ask@subscribe.ru>
List-Owner: <mailto:ask@subscribe.ru>
List-Subscribe: <http://Subscribe.Ru/catalog/rest.joke.anekdoty12>
List-Unsubscribe: <http://Subscribe.Ru/catalog/rest.joke.anekdoty12>
List-Archive: <http://Subscribe.Ru/archive/rest.joke.anekdoty12>
List-Post: NO
Date: Tue, 10 Sep 2002 00:42:47 +0400
From: "Subscribe.Ru" <namma@subscribe.ru>
To: "rest.joke.anekdoty12" <null@subscribe.ru>
Subject: =?koi8-r?Q?=FA=CF=CC=CF=D4=C1=D1=20=C4=C0=D6=C9=CE=C1=20?=
=?koi8-r?Q?=F3=D4=C1=D2=C9=CB=C1=DB=CB=C9=20=E0=20#=20?=
=?koi8-r?Q?478?=
MIME-Version: 1.0
Content-Type: multipart/related;
boundary="=felis-related=20020910004450=29832";
type=text
X-Fetchmail-Warning: recipient address null@subscribe.ru didn't match any local name
X-UIDL: N2*!!]eH"!;an!!KhU"!
Status: RO
X-Status: OПочему эта зараза не ложится в почтовый ящик Денди, а идет к постмастеру? В третьей с верху строчке Received ведь указано было -
for <dandy@myhost.km.ua>.
>Вот тебе заголовок сообщения с почтовой рассылки:[skip]
>From: "Subscribe.Ru" <namma@subscribe.ru>
[skip]
Ну так и фильтруйте по From.
:0:
* ^From.*subscribe.ru
куданадо
>>Вот тебе заголовок сообщения с почтовой рассылки:>Ну так и фильтруйте по From.
>
>:0:
>* ^From.*subscribe.ru
>куданадоА если пять, или сто пользователей подпишутся на subscribe.ru - то куда их фильтровать? А отфильтровать по строке Received не получается - не реагирует procmail :-(
>>>Вот тебе заголовок сообщения с почтовой рассылки:
>
>>Ну так и фильтруйте по From.
>>
>>:0:
>>* ^From.*subscribe.ru
>>куданадо
>
>А если пять, или сто пользователей подпишутся на subscribe.ru - то куда
>их фильтровать? А отфильтровать по строке Received не получается - не
>реагирует procmail :-(В порядке бреда:
А если попробовать завести алиас subscribers (см. доку на sendmail/postfix/чтоза мылер) и
:0
* ^From.*subscribe.ru
| sendmail с нужными ключами на этот алиасВозможно, предварительно обработать formail'ом так, чтобы не получился mail loop (например, выкусив поля From, содержащие subscribe.ru).
>Ну так и фильтруйте по From.
>
>:0:
>* ^From.*subscribe.ru
>куданадоЕдинственный вариант - фильтровать по for в строке Received
Но procmail почему-то эти строки не находит / не обрабатывает.Кто чего еще подскажет?
Hi!
Во-первых - читай логи прокмейла, он там все шаги свои пишет.
2. Смотри как ты пишешь правила прокмейла - он может смотреть например только заголовок письма, только тело письма и тд.
3. Если ты в правилах используешь маски - проверь правильно ли ты их создал.
4. До этого твоего правила (нового) прокмейл может и не доходить, а отрабатывает более раннее правило.
5. смотри первое правило :)Удачи!
HAN