форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Почта / Linux)
Изначальное сообщение		[ Отслеживать ]

"BCC средствами header_checks"	+/–
Сообщение от maxim.ishchenko (ok) on 18-Янв-15, 17:17
Добрый день! Имеется Debian Wheezy amd64, Postfix версии 2.9.6, Spamassassin версии 3.3.2. Spamassassin помечает заголовки меткой ***SPAM***. Задача состоит в том чтобы письмо помеченное меткой спама дублировалось на указанный ящик (т.е. не перенаправлялось, а именно дублировалось). Нашел следующее: /^Subject: .*SPAM.*/ REDIRECT spam@domain.tld Но данное регулярное выражение не подходит, т.к. нужно именно дублировать письмо. Подскажите пожалуйста, возможно ли это сделать средствами header_checks?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "BCC средствами header_checks"	+/–
Сообщение от Дядя_Федор on 18-Янв-15, 22:55
> > /^Subject: .*SPAM.*/ REDIRECT spam@domain.tld > > Но данное регулярное выражение не подходит, т.к. нужно именно дублировать письмо. > Подскажите пожалуйста, возможно ли это сделать средствами header_checks? 1. Делаем в конфиге Постфикса always_bcc = virtual (например). 2. Лепим туда же - mailbox_command = /usr/bin/procmail -a "$EXTENTION" 3. Создаем у этого пользователя структуру maildir. 4. создаем в домашней директории файл .forward в котором - | /usr/bin/procmail 4. Создаем у этого пользователя .procmailrc 5. В этом файле пишем что-то типа - DEFAULT=$HOME/.maildir/ :0 * ^Subject:.*SPAM.* $HOME/.maildir/spam :0 /dev/null Весь спам складируется в указанной выше директории. Ну или как-то по другому можете обрабатывать - например, форвардить на указанный Вами адрес. Изучайте procmail - там много полезного. У меня, например, с его помощью реестры платежей от платежных систем обрабатываются и файлы отчетов складируются в нужных местах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "BCC средствами header_checks"	+/–
	Сообщение от maxim.ishchenko (ok) on 18-Янв-15, 23:08
	>[оверквотинг удален] > :0 > * ^Subject:.*SPAM.* > $HOME/.maildir/spam > :0 > /dev/null > Весь спам складируется в указанной выше директории. Ну или как-то по другому > можете обрабатывать - например, форвардить на указанный Вами адрес. Изучайте procmail > - там много полезного. У меня, например, с его помощью реестры > платежей от платежных систем обрабатываются и файлы отчетов складируются в нужных > местах. Простите, я правильно понимаю, вся почта будет дублироваться указанному пользователю (virtual)? В таком случае есть ли возможность средствами procmail фильтровать только сообщения c меткой спам в теме и необходимо ли при этом использовать его (procmail) в качестве LDA (т.е. задавать его в качестве virtual_mailbox_transport)?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "BCC средствами header_checks"	+/–
	Сообщение от fantom (ok) on 19-Янв-15, 11:25
	>[оверквотинг удален] >> /dev/null >> Весь спам складируется в указанной выше директории. Ну или как-то по другому >> можете обрабатывать - например, форвардить на указанный Вами адрес. Изучайте procmail >> - там много полезного. У меня, например, с его помощью реестры >> платежей от платежных систем обрабатываются и файлы отчетов складируются в нужных >> местах. > Простите, я правильно понимаю, вся почта будет дублироваться указанному пользователю (virtual)? > В таком случае есть ли возможность средствами procmail фильтровать только сообщения > c меткой спам в теме и необходимо ли при этом использовать > его (procmail) в качестве LDA (т.е. задавать его в качестве virtual_mailbox_transport)? Вы руководство по постфиксу вообще открывали???? http://www.postfix.org/header_checks.5.html там в ACTIONS Первая же строка Так что обновляете постфикс до 2.12 и вперед... ACTIONS        Action  names  are  case  insensitive. They are shown in upper case for        consistency with other Postfix documentation.        BCC user@domain               Add the specified address as a BCC recipient. The  address  must               have  a  local part and domain part. The number of BCC addresses               that can be added is limited only by  the  amount  of  available               storage space.               Note  1:  the  BCC  address is added as if it was specified with               NOTIFY=NONE. The sender  will  not  be  notified  when  the  BCC               address  is  undeliverable,  as long as all down-stream software               implements RFC 3461.               Note 2: this ignores duplicate addresses (with the same delivery               status notification options).               This feature is available in Postfix 2.12 and later.               This feature is not supported with smtp header/body checks.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "BCC средствами header_checks"	+/–
	Сообщение от maxim.ishchenko (ok) on 19-Янв-15, 13:21
	>[оверквотинг удален] >   implements RFC 3461. >             >   Note 2: this ignores duplicate addresses (with the same > delivery >             >   status notification options). >             >   This feature is available in Postfix 2.12 and later. >             >   This feature is not supported with smtp header/body checks. Насчет BCC в header_checks постфикса начиная с версии 2.12 в курсе, не хотелось обновляться с нестабильного репозитория. Ну как видно все же придется обновляться, большое спасибо за помощь!
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "BCC средствами header_checks"	+/–
	Сообщение от fantom (ok) on 19-Янв-15, 13:42
	>[оверквотинг удален] >> delivery >> >>   status notification options). >> >>   This feature is available in Postfix 2.12 and later. >> >>   This feature is not supported with smtp header/body checks. > Насчет BCC в header_checks постфикса начиная с версии 2.12 в курсе, не > хотелось обновляться с нестабильного репозитория. Ну как видно все же придется > обновляться, большое спасибо за помощь! Или еще мысль - запускаете на каком -нить localhost:11125 еще один постфикс с always_bcc = <куда@надо> и указываете FILTER smtp:localhost:11125 В теории можно еще красивее - в master.cf создать транспорт специально для этого случая с -o always_bcc = <куда@надо> -o receive_override_options = no_header_body_checks и передать самому себе... Но для этого надо подробно с master.cf и транспортами разобраться...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема