Also, we've seen a couple problems where our recipient is listed as
one of the from addresses:
This header for example:
Received: from sender1.thesender.net ([1.2.3.4] helo=sender1.thesender.net)
by assp.ourdomain.org; 4 Nov 2009 08:02:48 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key1; d=sender.com;
h=From:To:Subject:Date:Reply-To:Message-ID:MIME-version:Content-type;
[email protected];
bh=9ra3abncAkMJGwCwAJ5/rwwr/Ow=;
b=VPSDbsPfPRy5qxTf84OpzvqwcLRwHYOgi3BW4goZ5ZpJVXEcq1S+2D3OSVXu+3/nARxCSbmkxk90
xEXAg3LHEQ==
DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key1; d=sender.com;
b=P11zr9tTc1S1btIRoK4jAxTOzWEtDvVfWNKIQjwgYBAdzDexh2Wasdj6aFn12eLTu6QI/4zMdrDp
zA1WHfAcTQ==;
Received: from a92.thridparty.com (172.11.2.1) by
sender1.thesender.net (PowerMTA(TM) v3.5r11) id h95tn00kv1gq for
<[email protected]>; Wed, 4 Nov 2009 04:47:34 -0800 (envelope-from
<sender_91111a10134b0752c6cdebc0831340e477ae180cf45fb...@res.thridparty.com>)
From: "Daily News" <[email protected]>
To: [email protected]
Subject: It's Easy to Save on Our Calendars Today
Date: 04 Nov 2009 04:47:44 -0800
Reply-To: "Daily News"
<sender_91111a10134b0752c6cdebc0831340e477ae180cf45fb...@res.sender.com>
ENVID: WC-1257339554469-1C1F24
Message-ID:
<91111a10134b0752c6cdebc0831340e477ae180cf45fb...@res.thridparty.com>
X-TokenInfo-NoToken:
MIME-version: 1.0
Content-type: text/html
has sender_91111a10134b0752c6cdebc0831340e477ae180cf45fb...@res.thridparty.com
as the sender in the log and the block report and these extra
addresses in the block report
from [email protected] <-- from dkim sig, ditch the i=
from [email protected] <---- huh?
from [email protected] (fine)
reply-to the long string above.
And this demonstrates what i was talking about before about notgreedy.
While we'd like not greedy to flag this as whitelisted since
[email protected] is whitelisted, we wouldn't want to to add the
sender_91111a10134b0752c6cdebc0831340e477ae180cf45fb...@res.thridparty.com
address to the whitelist too. We'll never see that address again.
Is there any way you could code this to let notgreedy flag it as
whitelisted but only whitelist additional TO addresses instead of all
addresses including alternate sender (reply-to, etc) addresses?
Maybe a 4th option like:
check all addresses - one match flag whitelisted - no whitelist additions
and change the description of notgreedywhite to explain that we're
only talking about sender addresses here (or are we - does a cc to a
whitelisted address get the message through)?
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Assp-test mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-test
