minor: block reporting new stuff

[K Post]

I fear that my suggestion to add the alternate sender addresses in the
block reports has made us have too much information...  Kinda hard to
read now.

Could we put these alternate addresses on a separate line if they exist?

Also, for messages with dkim, I'm seeing i=sender@... as
another from address.  I think this is from the DKIM line.

Last, is there an EASY way to make the subject be bold?  Also have
linked email addresses not be bold?  I think that would make visually
parsing the email much easier.

I can't tell you how much easier error correction is for me now with
the links in the block reports to the files!

------------------------------------------------------------------------------
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
Assp-test@...
https://lists.sourceforge.net/lists/listinfo/assp-test

[K Post]

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;
i=news@...;
 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
<k.deith@...>; Wed, 4 Nov 2009 04:47:34 -0800 (envelope-from
<sender_91111A10134B0752C6CDEBC0831340E477AE180CF45FB300@...>)
From: "Daily News" <news@...>
To: k.deith@...
Subject: It's Easy to Save on Our Calendars Today
Date: 04 Nov 2009 04:47:44 -0800
Reply-To: "Daily News"
<sender_91111A10134B0752C6CDEBC0831340E477AE180CF45FB300@...>
ENVID: WC-1257339554469-1C1F24
Message-ID: <91111A10134B0752C6CDEBC0831340E477AE180CF45FB300@...>
X-TokenInfo-NoToken:
MIME-version: 1.0
Content-type: text/html

has sender_91111A10134B0752C6CDEBC0831340E477AE180CF45FB300@...
as the sender in the log and the block report and these extra
addresses in the block report
from i=news@...  <-- from dkim sig, ditch the i=
from k.deith@...  <---- huh?
from news@... (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
news@... is whitelisted, we wouldn't want to to add the
sender_91111A10134B0752C6CDEBC0831340E477AE180CF45FB300@...
 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
Assp-test@...
https://lists.sourceforge.net/lists/listinfo/assp-test