Hi, >> Try whitelist_from_rcvd instead: >> >> http://spamassassin.apache.org/full/3.1.x/doc/Mail_SpamAssassin_Conf.html
> Alex, if whitelist_from doesn't work, whitelist_from_rcvd won't either. > That's *more* restrictive, not less. Yes, good point, thanks. I didn't think he was using any of the whitelist_from* because it's pretty simple to use and never heard of someone having a problem. > Rick, if you've been using "users@spamassassin.apache.org" try using > *...@spamassassin.apache.org instead. If you've got envelope FROM headers > added (ie: Return-Path), this should match them. The return-path for > this list is of the general format: Maybe I misunderstood his problem? I thought he was saying mail from the list was reaching him as "from:" the subscriber, not the mailing list name itself, such as us...@spamassassin.apache.org. > If that doesn't work I really would try to get your system to pass this > info into the headers, as several rules can't work properly without it > (ie: SPF). MDA layer processing in procmail and the like is rarely a > problem, but MTA layer calls often occur before this is added. It is > common for MTA layer integration tools to do this for you by adding a > dummy Return-Path header, but if you've just added a spamc call directly > into one of your MTA's config files, this problem usually shows. I'm not having this problem, but can you explain how this might be done with postfix? Perhaps off-topic, but as it relates to building a proper rule with SA.... Thanks, Alex
