On 04-Jan-99 Paul Gregg wrote:
>> Since I started this thread I can tell you without question what it's
>> about
>> and [EMAIL PROTECTED] isn't any part of it. I want to reject mail being
>> sent to certain valid usernames, such as my database. I'd also like to
>> bounce
>> some mail to nonvalid usernames without accepting and bouncing afterward
>> since
>> they only double bounce anyway.
>
> To do this, then it requires qmail-smtpd to know everything that qmail-send
> does. It requires a major rethink and rewriting of the qmail system.
> We'll have to see what dbj comes up with for Qmail-II - we know that many
> of
> us would like to see such a feature.
It's not that far off of badmailfrom. The to and the from happen in the
same conversation before the data begins.
>
>> The problem with accepting and trashing the messages is that if mail is
>> sent
>> to the database (ferinstance) I'd have to filter out what is junk mail and
>> what's valid - like cron results.
>
> If you are in control of the local delivery then you already can control
> who sends mail to your database. Why can't you use procmail?
>
Why should I accept it at all? And why should I use procmail to control
it? I can install a patch too, but that's not what this thread is about.
Reread the subject.
Vince.
--
==========================================================================
Vince Vielhaber -- KA8CSH email: [EMAIL PROTECTED] flame-mail: /dev/null
# include <std/disclaimers.h> TEAM-OS2
Online Searchable Campground Listings http://www.camping-usa.com
"There is no outfit less entitled to lecture me about bloat
than the federal government" -- Tony Snow
==========================================================================
