Dennis, > Using Debian4 2.6.18-6-686, amavisd-new-2.5.4 (20080312). > We currently have a number of gateways set up have been using > amavisd-new´s ability to do SQL-lookups to retrieve users filtering > preferences. > > Lately we have been forced to adopt a "Block all spam per default and > only pass spam to spamlovers." This is not the issue, working as intended. > > Our problem arises when filtering mail for a specific domain, lets call > it domain.tld > [EMAIL PROTECTED] have different preferences regarding final destiny of > mails believed to be spam. Some users would like to use the default rule > and block spam. > Others need to have spam passed onto their inbox. Normally I would let > the amavis do this selection based on the spam_lovers map. > > It seems though, i can not get amavisd-new to respect individual > preferences on multirecipient mails.
It should be able to respect individial settings in multi-recipient mail, much work went into making it work correctly with multi-recipient mail (unlike some other mail filtering solutions). > Let´s say that: > '[EMAIL PROTECTED]' has chosen not to be a spamlover, thus blocking > spam, per default rule in amavis. > '[EMAIL PROTECTED]' want´s all spam passed to his inbox, making him a > spamlover. > > The relevant attributes are set in my tables and everything is working > great, unless a mail arrives for both user_A and user_B > -The mail is then blocked if it is believed to be spam, regardless of > user_B´s wishes to be a spamlover. Show logs to back the claim. Perhaps you are confused by a message being quarantined, and not notice that it is passed to a spam lover too. > I understand the reason is they way amavis does it´s lookups, so now I > would like to know if it is possible to have amavis distinguish > correctly between user_A and user_B´s preferences? > Thus letting User_B be a spamlover regardless of User_A´s wishes of the > opposite. (only fails when both User_A and User_B are recipients on the > same mail) > ? It should work this way, spam lovers settings is a fully supported per-recipient setting. Mark ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
