Jeff wrote:
I have a shell script that generates simple emails by piping text (with To, From and Subject headers) to 'sendmail -t' (the postfix version). All is well with that except when a message bounces. The failure notice comes back to the user that ran the script. The script is run from cron under an administrative account. I would prefer to redirect bounces to a customer service agent that can deal with it. So I tried inserting "Return-Path: [EMAIL PROTECTED]" in the headers, but they still bounced to the script user. Same deal with inserting "Errors-To: [EMAIL PROTECTED]".
The Return-Path: header is added (or replaced) by the final delivery agent, using the envelope sender address. The Errors-To: header is a non-standard header and is ignored by most MTAs including current postfix versions.
To control where bounces are delivered, set the envelope sender address to your bounce address. With the sendmail(1) interface, use the -f option.
-- Noel Jones
I have verified that [EMAIL PROTECTED] is deliverable. In the first case, my manual Return-Path header was replaced with the script user address. In the second case, I can see my Errors-To header, but a Return-Path header is also inserted (by postfix/sendmail?) with the script user address. What am I doing wrong? http://www.postfix.org/sendmail.1.html says that Errors-To overrides command line options to sendmail, so why is it not heeded when no return path command line options are used? If possible, I would like the bounce address to be something that is not normally displayed by common mail clients.
