On Mon, Feb 17, 2003 at 10:06:15PM -0700, Bob Proulx wrote: > Scruloose wrote:
> I feel certain it supports it since all of the good modern MTAs support > that and exim is a good one. Easier to try it and see that it works > than to dig into the docs in this case. Good call. It worked. As you can see, I've settled on the suffix solution. Currently I'm using a rather brute-force rule in my exim filter .forward file to just toss anything that comes in with the debuser suffix but is not list-traffic straight into the spam folder. And using a send-hook with my_hdr to have mutt modify it on outgoing. > > The idea behind this is that mail to [EMAIL PROTECTED] would > > get delivered to [EMAIL PROTECTED], allowing me (in my role as joe > > user) to filter based on the suffix? > Yes. It also allows you to set up other capabilities if you choose to > use them. Such as your own personal mailing lists and things like > that. But you don't need to use that capability. > > All MTAs implement a nobody account which goes to /dev/null. It is > not specific to spamcop.net. Okay, that's just cool. (Why did I never know this before?) > Why penalize Spamcop for your trouble? > It just means they have to process the mail and throw it away. (Of > course it is only a small trouble.) Using nobody at your own domain > should be good enough for that. Good point. I don't actually have my own domain (so far), but if the nobody account is as universal as you say, then presumably I can use nobody at my ISP any time I feel the need to completely refuse to provide my address. (there *are* occasions when I really don't need to be giving out a valid address) > Of course if you are a subscriber to > spamcop and are donating money to them then they would probably be > fine with that. Well, err, not exactly. My only contribution to Spamcop is that I use their submission service, which I suppose means I play a small role in the democratic process of keeping their block-list up-to-date. ;-) Thanks everybody -Chris
pgp00000.pgp
Description: PGP signature