Print Page | Close Window

Resolving for URLsInMAPS

Printed From: LogSat Software
Category: Spam Filter ISP
Forum Name: Spam Filter ISP Support
Forum Description: General support for Spam Filter ISP
Printed Date: 23 October 2017 at 5:41am

Topic: Resolving for URLsInMAPS
Posted By: yapadu
Subject: Resolving for URLsInMAPS
Date Posted: 23 November 2009 at 9:01am
I see this type of thing in my logs often (hundreds and hundreds of times a day).

Resolving for URLsInMAPS:
Resolving for URLsInMAPS:
Resolving for URLsInMAPS: www.=
Resolving for URLsInMAPS:
Resolving for URLsInMAPS: www.carsguide.c=
Resolving for URLsInMAPS: emai=
Resolving for URLsInMAPS: email.enew=
Resolving for URLsInMAPS: =
Resolving for URLsInMAPS: email.enewslt=

Obviously they are not valid URL's, so they are usually followed by an error like this:

Error occurred during URLsInMAPS: DNS Server Reports Query Name Error

Of course the system does also find URL's that are possible, but it seems odd that it picks out these and tries to check them.

Posted By: LogSat
Date Posted: 23 November 2009 at 10:51pm

SpamFilter picks up various href tags embedded in HTML emails, both linking to URLs and to images. Sometimes the hrefs are encoded, other times they are simply incorrect. SpamFilter does not currently perform additional URL validation before submitting them for DNS lookups, which is why you will see these (innocuous) errors in the logs. 
Performing additional validation before actually checking a URL's domain in DNS would indeed eliminate most of those errors, however validating each URL would add (likely minimal) overhead to the entire process. As most of the times the URLs are actually valid, it was a judgement call on our part as so whether or not to validate URLs that would likely be valid to begin with. We opted not to, but this may change in the future if we see this to become a problem.

Roberto Franceschetti" rel="nofollow - LogSat Software" rel="nofollow - Spam Filter ISP

Print Page | Close Window