In filter_relay, filter_sender, and filter_recipient, you can return a value that tells sendmail to reject the message. This alerts the sender via DSN without requiring an extra e-mail, and guarantees that the server that connected to you to send you the e-mail gets the error message.
In filter_begin, filter, and filter_end, you can't return a "reject", but can only do something like call "action_bounce", which generates a separate e-mail to a possibly forged source address, and is a bad thing. Why is this? Has sendmail completely closed the connection by the time "filter_begin" is called? Would having "delay_checks" set in sendmail.mc help? Is there *any* way to do a true SMTP DSN-based reject based on the DATA portion of the e-mail? -- Jeff Rife | SPAM bait: | http://www.nabs.net/Cartoons/MotherGooseAndGrimm/GatewaySource.gif [EMAIL PROTECTED] | [EMAIL PROTECTED] | _______________________________________________ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
