2002-04-15-19:25:30 Erik Aronesty:
> I'd like to suppress ALL bounced messages. Is there any way to do this?

All postfix-generated bounces, yes, but not messages that are
rejected right at the front-door by smtpd. I think that meets your
needs.

The soft_bounce variable is almost what you're looking for. It tells
postfix to never finish failing an attempted message delivery and
generate a bounce. So once postfix accepts the message and enqueues
it, no bounce will go out.

It was created to help when tuning system config; when you make a
change (like e.g. first cutting over to postfix from some other
system), at some point you've gotta unleash your new setup on live
traffic. It's a nerve-wracking moment, since if you made an error,
you might just end up advertising that very, very widely, if you're
a high-traffic site and you end up bouncing a lot of mail that
should have been delivered. If you set soft_bounce, you get to
review what failures postfix is having, and if you see some that you
don't want to fail, you can adjust the config and and let postfix
try again until it succeeds (depending on the fix you might need to
move the queued file from deferred to incoming, or maybe even turn
it back into msg text and envelope with postcat and re-inject it
with /usr/sbin/sendmail. But you can recover without anybody knowing
you messed up. Naturally once you're happy with the new config you
turn soft_bounce back off so postfix can resume doing its bouncing
properly.

Now in your case, it seems like you want to have a non-standard
mailer, one that's a blackhole for failed messages --- they enter
and succeed, or disappear, but either way the sender gets no
notification. This doesn't live up to the standards most folks try
to comply with when setting up an MTA, but if that's what you want,
I think Postfix can nearly do it by just setting soft_bounce. The
remaining bit you'll need is a periodic cleaner that grovells
through /var/spool/postfix/deferred/, looking for held messages that
you want to toss, then unlinking them out of deferred/ and defer/.

Hmm. Another possibility just occurred to me, what if you replaced
the bounce transport in master.cf with a pipe transport that happily
cats the msg into /dev/null? Might work.

Such a flexible gizmo postfix is.

-Bennett

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8vy0YHZWg9mCTffwRAql8AKDTFf9S7jyKEtmJJQoLRmOlAgQF2gCeKZRe
/3pXBjGV+eETXYqqaouRuXs=
=cknQ
-----END PGP SIGNATURE-----

-
To unsubscribe, send mail to majordomopostfix.org with content
(not subject): unsubscribe postfix-users

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]