Chris Dos wrote:
> Noel Jones wrote:
>>> Okay, since the e-mail never finishes sending because the user is
>>> unknown on the other end and it is rejected
>>> right away, is there another way to do this.
>>>
>>> The whole point of this exercise for me is to just intercept a bounce
>>> back and process it internally instead
>>> of bouncing it back to the person that originally sent the mail. The
>>> best way seems to be to use VERP. Is
>>> there something I'm missing or a different way to go about doing
>>> this. Maybe pass all initial bounces through
>>> procmail or something to that affect?
>>>
>>> Chris
>> Internally generated bounces don't go through procmail or anything,
>> they're just delivered to the original sender address.
>>
>> Maybe it would be better if you describe the actual problem you're
>> trying to solve rather than asking how to implement a possible solution.
>>
>> -- Noel Jones
>
>
>
> I'm trying to intercept all hard bounced back e-mail and send it to a
> script/program for processing
> internally. I wish to prevent all notification of bounces to the person that
> sent the e-mail.
>
> I had an idea, and I'm trying to make it work. Can I just change the
> master.cf and change bounce to go to a
> pipe? Like this:
> bounce unix - - n - 0 pipe
> flags=DORhu user=root argv=/etc/postfix/dump_bounce.sh
>
> I keep getting this error though:
> postfix/pipe[9736]: fatal: service bounce requires privileged operation
>
> I was trying different users besides root, but even root does not work.
>
> Chris
>
I figured out that problem by adding a "n" to the unpriv column.
Chris
