System And Method For Anti-SPAM Protection
Original Publication Date: 2005-Dec-22
Included in the Prior Art Database: 2005-Dec-22
AbstractAn anti-spam system and method is disclosed which ascertains that the incoming e-mail messages are originated from human users by presenting the users with non-OCR-recognizable character string. The system is fully RFC-2821 compliant and can be seamlessly integrated with the existing e-mail systems and infrastructure.
System And Method For Anti -SPAM Protection
An anti-spam system and method is disclosed which ascertains that the incoming e-mail messages are originated from human users by presenting the users with non-OCR-recognizable character string. The system is fully RFC-2821 compliant and can be seamlessly integrated with the existing e-mail systems and infrastructure.
The receiving Mail Transfer Agent (MTA) will only accept e-mail from known hosts (i.e. "whitelisted" by the sender's IP address or IP address range, thus allowing intranet-originated e-mail, Internet-originated automatically generated e-mail from business applications), and Internet-originated e-mail with a short-living string substituted for the <local-part> of the receiver's e-mail address, wherein the said short-living string is obtained by the sender from a web site upon entering the receiver's e-mail address and a string encoded by a non-OCR-recognizable image. The web site server communicates the short living string to the receiving MTA so that the MTA could route the incoming e-mail to the appropriate mail box.
It is assumed that a person ('Sender') wishes to send an e-mail message to another person ('Recipient') having an e-mail address in an e-mail domain ('some-corp.com') protected from spam by a system implemented according to the present invention. See Fig. 1.
If Sender attempts to send the e-mail message using Recipient's RFC-2821 e-mail address, the Recipient's e-mail domain's MTA ('Receiver MTA') will not deliver the message to the Recipient's mail box upon ascertaining that the e-mail message did not originate by one of the "whitelisted" MTAs, but will rather reply to Sender instructing him or her to access a dedicated web site ('Local Part Generator'). Sender might also be instructed to access the Local Part Generator web site by other means (e.g. by a previous communication from Receiver).
When Sender accesses the Local Part Generator web site, he or she is prompted to input the Recipient's RFC-2821 e-mail address ('firstname.lastname@example.org'). Next, Sender...