> > > > I don't think vdelivermail or vpopmail in general should be calling > > > > spamc/spamassassin. Let that be handled elsewhere. Let's stick to > > > > delivering mail and deciding where it goes. > > > > > > However, lets remember that if spam is only scanned at the MTA level, > > > SpamAssassin user preferences will not function if the e-mail is > > > addressed to more than one sender. Scanning in vdelivermail, at the > > > > MDA > > > > > level, does not have this restriction. For that reason I still think > > > there is value in scanning in vdelivermail. > > > Obviously this is a current limitation in simscan > > no, it's a limitation in how SMTP works. This has been discussed on the > simscan mailing list several times, please read my posts there. > Simscan isn't replacing qmail-smtpd, so this isn't strictly an smtp limitation. Perhaps I'm just not getting it, but why wouldn't the following work: Email comes in for users A, B and C. A and B have an SA threshold of 5, C has a threshold of 9. The message scores at 7. Delete A and B from the recipient list when queueing the message, and tell qmail-smtpd to accept the message since at least one recipient will be receiving the message. Since the other two users consider it spam, they don't really care what the remote side thinks. Other scenarios are just as easy to work through in a way that'd work. I know people think that it makes some huge difference in their spam receipt levels whether they reject spam during smtp or not, however I've not seen anybody actually try and prove it, so until then I'm skeptical.
I would really like to be able to use this solution, but using server defaults or the first users preferences are just flat out wrong ways of handling email. They're not only wrong conceptually, but are a huge breach of the users trust. They setup custom settings with the understanding those settings would be used. Nick Harring Sr. System Administrator Parus Interactive