Jan-Pieter Cornet wrote: > > A fourth option is to introduce a "spam folder", where you file > suspected spams. We already use this currently. Then if you cannot > reject an email for one user (because another user does want to > receive the email), flag the message to be delivered to the > spam folder.
This doesn't work because most of the people using the mail system use POP3. I would love for people to ditch pop3, but due to poor support for IMAP in "widely-used-but-marginal" (as David puts it) clients make IMAP pretty lame. > > Or combine this with option 3 by david, and introduce another > threshhold score above which you can junk messages instead of > delivering or rejecting them. > > Oh, and a fifth option is to detect this possibility at filter_recipient > time, and tempfail recipients that have a filter profile that isn't > on par with the filter of the first recipient. Optionally only for > hosts that have some sort of flag set. > This is an interesting idea, temp-failing recipients with dissimilar spam settings, but due to lame email clients, it sounds like it would be a lot of trouble. Anyway thanks for the thoughts, they have me thinking about other options. schu _______________________________________________ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list [email protected] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
