Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Incidents
[Top] [All Lists]

Re: ***SPAM*** Re: Massive SPAM Increase {-2.6} {-2.6}

Subject: Re: ***SPAM*** Re: Massive SPAM Increase {-2.6} {-2.6}
Date: Fri, 13 Oct 2006 22:52:12 -0500
--On October 13, 2006 10:46:34 PM -0400 Valdis.Kletnieks@vt.edu wrote:

On Mon, 09 Oct 2006 13:33:12 CDT, Paul Schmehl said:

(Digging out from a long week of other stuff, sorry for the late
response)

Its purpose is to reject *all* mail from bogus MTAs - dialups,
misconifigured servers, MTAs that aren't registered in the domains' DNS
as a "legal" MX, MTAs that don't reverse properly, etc., etc.  If the
email is

"mta that aren't registered in the DNS as a "legal" MX" - tell me Paul, how does that work with any site that's big enough that they run split inbound MX and outbound servers?

Send me an email at geek@stovebolt.com, and I'll tell you.

I'm not sure what you mean by "split inbound and outbound", but any outbound MX host *should* be listed in DNS. You only list one - smtp.vt.edu. 192.82.162.213 is reversible, so it would get points for being honest about its IP/hostname, but it would lose points for not being listed in DNS as an MX. The overall score would determine if the mail was rejected, but I doubt that it would be.

Easy enough to tell.  Send me mail.

Paul Schmehl (pauls@utdallas.edu)
Adjunct Information Security Officer
The University of Texas at Dallas
http://www.utdallas.edu/ir/security/

Attachment: p7sfTbx3DCbfJ.p7s
Description: S/MIME cryptographic signature

<Prev in Thread] Current Thread [Next in Thread>