Добрый день!
Имеется Debian Wheezy amd64, Postfix версии 2.9.6, Spamassassin версии 3.3.2.
Spamassassin помечает заголовки меткой ***SPAM***.
Задача состоит в том чтобы письмо помеченное меткой спама дублировалось на указанный ящик (т.е. не перенаправлялось, а именно дублировалось).
Нашел следующее:

/^Subject: .*SPAM.*/ REDIRECT spam@domain.tld

Но данное регулярное выражение не подходит, т.к. нужно именно дублировать письмо.
Подскажите пожалуйста, возможно ли это сделать средствами header_checks?

• BCC средствами header_checks,Дядя_Федор, 22:55 , 18-Янв-15
  • BCC средствами header_checks,maxim.ishchenko, 23:08 , 18-Янв-15
    • BCC средствами header_checks,fantom, 11:25 , 19-Янв-15
      • BCC средствами header_checks,maxim.ishchenko, 13:21 , 19-Янв-15
        • BCC средствами header_checks,fantom, 13:42 , 19-Янв-15

>

 
> /^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
> * ^Subject:.*SPAM.*
> $HOME/.maildir/spam
> :0
> /dev/null
> Весь спам складируется в указанной выше директории. Ну или как-то по другому
> можете обрабатывать - например, форвардить на указанный Вами адрес. Изучайте procmail
> - там много полезного. У меня, например, с его помощью реестры
> платежей от платежных систем обрабатываются и файлы отчетов складируются в нужных
> местах.

Простите, я правильно понимаю, вся почта будет дублироваться указанному пользователю (virtual)? В таком случае есть ли возможность средствами procmail фильтровать только сообщения c меткой спам в теме и необходимо ли при этом использовать его (procmail) в качестве LDA (т.е. задавать его в качестве virtual_mailbox_transport)?

>[оверквотинг удален]
>> /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.

>[оверквотинг удален]
>   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 в курсе, не хотелось обновляться с нестабильного репозитория. Ну как видно все же придется обновляться, большое спасибо за помощь!

>[оверквотинг удален]
>> 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 и транспортами разобраться...