virtual users... postfix (fedora 8)

Discussion in 'HOWTO-Related Questions' started by mangueJOE, Jul 15, 2008.

  1. mangueJOE

    mangueJOE New Member

    Ok I'm working with this setup since the fedora 5 version. Also did the debian etch one, and the "full mail solution" also for debian etch. Combined lots of ideas from your tutotials and stuff. But with fedora 9 it just dont seam to work the spamassassin part.

    To make it simple, I'm running the fedora 8 setup with fedora 9 but no virtual setup, wich makes it even simplier. I did it with debian etch and its working like a charm.

    The problem seams to be amavisd-new not using spamassassin, but I cannot be sure of this. All I know are the facts

    - No X-spam header, ever! even setting $sa_tag_level_deflt = undef; or $sa_tag_level_deflt = 0.1; in /etc/amavisd/amavisd.conf and restarting everything.
    - changing this setting, works: $final_spam_destiny = D_PASS;
    - virus checking with clamav works
    - I use spamassassin directly in debug mode and the output to the screen SHOW HEADERS
    Code:
    spamassassin -D < /usr/share/doc/spamassassin-3.2.5/sample-spam.txt
    
    [4636] dbg: check: is spam? score=1005.333 required=5
    [4636] dbg: check: tests=DIGEST_MULTIPLE,GTUBE,NO_RECEIVED,NO_RELAYS,PYZOR_CHECK,RAZOR2_CF_RANGE_51_100,RAZOR2_CF_RANGE_E4_51_100,RAZOR2_CHECK
    [4636] dbg: check: subtests=__CT,__CTE,__CT_TEXT_PLAIN,__GATED_THROUGH_RCVD_REMOVER,__HAS_MSGID,__HAS_SUBJECT,__MIME_VERSION,__MISSING_REF,__MSGID_OK_HOST,__NONEMPTY_BODY,__SANE_MSGID,__TOCC_EXISTS,__UNUSABLE_MSGID
    X-Spam-Flag: YES
    X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on fedora.eden.blog.br
    X-Spam-Level: **************************************************
    X-Spam-Status: Yes, score=1005.3 required=5.0 tests=DIGEST_MULTIPLE,GTUBE,
    However , if I use the mail system, in the command line or using a graphical mail client, it appears that spamassassin is not checked and it shows no headers:
    Code:
    Mail -s "test of spam message" $USER < /usr/share/doc/spamassassin-3.2.5/sample-spam.txt
    it is detected as spam in the log, I check the mail and there it is with no x-spam headers.

    Code:
    Return-Path: <root@eden.blog.br>
    X-Original-To: root@eden.blog.br
    Delivered-To: root@eden.blog.br
    Received: from localhost (unknown [127.0.0.1])
            by fedora.eden.blog.br (Postfix) with ESMTP id 4FA772DB53
            for <root@eden.blog.br>; Tue, 15 Jul 2008 08:40:09 +0000 (UTC)
    Received: from fedora.eden.blog.br ([127.0.0.1])
            by localhost (fedora.eden.blog.br [127.0.0.1]) (amavisd-new, port 10024)
            with ESMTP id MGaZzlu-G2io for <root@eden.blog.br>;
            Tue, 15 Jul 2008 05:40:09 -0300 (BRT)
    Received: by fedora.eden.blog.br (Postfix, from userid 0)
            id 299C22DB4E; Tue, 15 Jul 2008 05:40:09 -0300 (BRT)
    To: root@eden.blog.br
    Subject: test of spam message
    Message-Id: <20080715084009.299C22DB4E@fedora.eden.blog.br>
    Date: Tue, 15 Jul 2008 05:40:09 -0300 (BRT)
    From: root@eden.blog.br (root)
    
    Subject: Test spam mail (GTUBE)
    Message-ID: <GTUBE1.1010101@example.net>
    Date: Wed, 23 Jul 2003 23:30:00 +0200
    From: Sender <sender@example.net>
    To: Recipient <recipient@example.net>
    Precedence: junk
    MIME-Version: 1.0
    Content-Type: text/plain; charset=us-ascii
    Content-Transfer-Encoding: 7bit
    
    This is the GTUBE, the
            Generic
            Test for
            Unsolicited
            Bulk
            Email
    
    If your spam filter supports it, the GTUBE provides a test by which you
    can verify that the filter is installed correctly and is detecting incoming
    spam. You can send yourself a test mail containing the following string of
    characters (in upper case and with no white spaces and line breaks):
    
    XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X
    
    You should send this test mail from an account outside of your network.
    
    So I'd like to know if falko tested this nice howto in fedora 9. maybe having the same issue cause no fedora 9 version howto around yet? you guys know any more tests I could do? again, In debian etch, I set $sa_tag_level_deflt = undef and all messages are tagged.
     

Share This Page