[rt-users] Detecting mailer-daemon in 2.0.15 with Postfix

Scott A. McIntyre scott at xs4all.net
Mon Mar 8 05:15:16 EST 2004


Hi,

Yes, I know, I really really want to upgrade to RT3, and will do it Any Day 
Now, but until then, something's come up in switching from sendmail to 
postfix -- I'm seeing a lot of MAILER-DAEMON created tickets.

According to $RTHOME/lib/RT/Interface/Email.pm:

sub CheckForSuspiciousSender {
    my $head = shift;

    #if it's from a postmaster or mailer daemon, it's likely a bounce.

    #TODO: better algorithms needed here - there is no standards for
    #bounces, so it's very difficult to separate them from anything
    #else.  At the other hand, the Return-To address is only ment to be
    #used as an error channel, we might want to put up a separate
    #Return-To address which is treated differently.

    #TODO: search through the whole email and find the right Ticket ID.

    my ($From, $junk) = ParseSenderAddressFromHead($head);

    if (($From =~ /^mailer-daemon/i) or
        ($From =~ /^postmaster/i)){
        return (1);

    }

    return (undef);

}


However, I'm still seeing tickets (sample headers):

From: MAILER-DAEMON at watson.xs4all.net (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: queue-name at xs4all.nl
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status; 
boundary="3E53412C231.1078739045/watson.xs4all.net"
Message-Id: <20040308094405.8950A12C23A at watson.xs4all.net>
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at xs4all.net


The ParseSenderAddressFromHead() function was evaluating Reply-To, From and 
Sender in that order -- there being no Reply-To, I'd have thought the From 
would get the match and return...

Anyone else seen this behaviour or have other additions for rt2 to catch 
mailer-daemon replies more globally?  My next stop will be to try header 
grabbing in postfix itself to intercept these.

Thanks for any thoughts,

Scott





More information about the rt-users mailing list