Subscribe to Windows IT Pro

 

Get Newsletters

  • Get the Latest News
  • Product Updates
  • Helpful Tricks
  • Productivity Tips

Subscribe Now!

January 31, 2008 12:00 AM

Inspecting Spam Logs on Exchange 2007 Edge Transport Servers

Windows IT Pro
InstantDoc ID #98176
Rating: (0)

My two oldest sons are both aspiring musicians: One plays the piano, and one plays the guitar. Their teachers have asked them to practice daily, and they're usually pretty good about doing so—but they often forget to write down their practice times. This has led to a new family saying: "If you didn't write it down, it didn't happen."

The reverse of this statement is true for Exchange Server: "If it's written down, it happened." For that reason, Exchange keeps a variety of logs in different places. For example, the application event log is the first place you should look when you need to know why a service didn't start or why some other component is misbehaving. There are lots of tools for aggregating and searching the log entries that Exchange generates. For example, Microsoft's Log Parser can ingest Microsoft IIS logs so you can create SQL queries against your log data. There are also several commercial products for gathering and scanning event logs across multiple computers; Microsoft System Center Operations Manager and GFI LANguard are the first two that come to mind.

The spam-filtering logs generated on an Exchange 2007 Edge Transport server role are a bit different. These logs are technically known as agent logs because they're generated by the Content Filter agent. Agent logs normally live in \Exchange Server\TransportRoles\Logs\AgentLog; logs can reach a maximum size of 10MB, and the directory can hold 30 days worth of logs or 250MB, whichever comes first. If you want to inspect these logs, you can use the Get-AgentLog cmdlet in Exchange Management Shell. Check Microsoft's online documentation to see the parameters you can use with Get-AgentLog; you'll need these parameters to constrain the log retrieval to a particular date range or cause. In addition, check the Microsoft article "How to Manage Agent Log Output" to see how to modify the keys that control the number and size of log files in Exchange 2007 SP1 Edge Transport servers.

Here's what a log file entry for a filtered message looks like:

Timestamp       : 1/2/2008 4:09:13 AM  
SessionId : 08CA0AB1F361124E
IPAddress : 121.168.107.174
MessageId :
P1FromAddress : jraine68@avantages.net
P2FromAddresses : {}
Recipients : {info@robichaux.net}
Agent : Connection Filtering Agent
Event : OnRcptCommand
Action : RejectCommand
SmtpResponse : 550 5.7.1 Recipient not authorized, your IP has been found on a block list
Reason : BlockListProvider
ReasonData : sbl-xbl.spamhaus.org

This information makes it fairly easy to figure out why a particular message was rejected—provided that you know the approximate time frame in which it was sent or the message ID. Of course, there won't be a message ID if the message was rejected before its contents were accepted, so keep that in mind when you consider how you'll search for messages.

There are lots of neat tricks you can do with Get-AgentLog. For example, if you want to see the list of messages blocked by a particular IP blacklist, you could enter

get-AgentLog | where {$_.ReasonData -eq "blacklistName"} 

where blacklistName is the actual name of the blacklist. If you're not satisfied with the command-line approach to inspecting the agent logs, fear not: Exchange MVP Glen Scales has written a GUI tool (in PowerShell, of course) that provides a simple GUI for inspecting the contents of these logs. Grab it from Glen's Exchange Dev Blog.

Related Content:

ARTICLE TOOLS

Comments
    There are no comments to display. Be the first one!
You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

White Papers

Get your Windows 7 deployment off to the right start by implementing PC lockdown. A locked-down environment is easier and cheaper to support since users are less likely to make unnecessary changes to the core system configuration - read more here!

Essential Guides

Is your iSCSI "lossy"? The reality is that most off-the-shelf Ethernet hardware deployed for iSCSI can lose packets, resulting in slow performance or application downtime. Learn how to assess your current iSCSI infrastructure and engineer an advanced iSCSI SAN infrastructure.

Web Seminars

What's the best way to keep your network safe from malware? In this web seminar, security expert Greg Shields suggests an alternative method to the traditional blacklisting approach that is common with anti-virus and anti-malware solutions.

eLearning Series

We bring the experts direct to you to share their real-world perspective and expertise. During each event, three sessions stream in real time, so you can learn, ask questions, and get solutions.
Upcoming event: Getting the Most with Exchange 2010 with Paul Robichaux

Subscribe to Windows IT Pro!

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.