>I changed the reject_unverified_recipient in the main.cf and that cleared = >the outgoing queue on our internal mail server
That's not efficient, but whatever.... > and send an email back to = >the sender. That seems to be the key. OK for a low-volume MX to generate those unnecessary non-delivery notifications, but not for a high=volume server. The real solution is to get your users to quit sending to bad recips. And I'm not talking about misspelled recips, which is a tiny fraction of the problem. Len