IP Library Granted Patent US 6,986,037
Granted Patent B1
US 6,986,037 · App. 09/585,701 · Granted Jan 10, 2006

Electronic mail system with authentication/encryption methodology for allowing connections to/from a message transfer agent

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 6,986,037
App. No.
09/585,701
Granted
Jan 10, 2006
Kind
B1
Abstract

An electronic mail (“e-mail”) system is described that enforces authentication or encryption to/from Mail Transfer Agents and from Mail User Agents. In one embodiment, for example, an electronic mail (e-mail) system is described that comprises: a message transfer agent (MTA) available for a client to connect to; program logic for authenticating the client, through use of a certificate, in order to identify the client as approved for establishing a secured connection with the MTA; program logic for establishing a secured connection between the client and the MTA in instances where the client can be authenticated; program logic for testing encryption strength of the secured connection; and program logic for terminating the secured connection in instances where the secured connection has inadequate encryption strength.

Claims (60)

1. In an electronic mail (e-mail) system, a method for sending an e-mail message using a secured connection that employs encryption, the method comprising:

receiving at a message transfer agent (MTA) a request from a client for establishing a secured connection with the MTA for sending an e-mail message;

attempting to authenticate the client, through use of a certificate, in order to identify the client as approved for establishing a secured connection with the MTA;

if the client cannot be authenticated, terminating the method without establishing the secured connection and without sending the e-mail message;

if the client can be authenticated, establishing the secured connection between the client and the MTA;

determining whether the encryption employed for the secured connection meets a predefined minimum encryption strength;

if the encryption employed does not meet the predefined minimum encryption strength, terminating the secured connection without sending the e-mail message, whereupon the method terminates; and

if the encryption employed does meet the predefined minimum encryption strength sending the e-mail message.

2. The method of claim 1 , wherein said minimum encryption strength comprises a particular key length of a symmetric cipher used for encryption.

3. The method of claim 1 , wherein said step of terminating the method without establishing the secured connection includes:

returning a temporary error reply code.

4. The method of claim 1 , wherein said step of terminating the method without establishing the secured connection includes:

returning a permanent error reply code.

5. The method of claim 1 , wherein the e-mail message is returned to an original sender for the message if the client cannot be authenticated.

6. The method of claim 1 , wherein the e-mail message is queued for future sending if the client cannot be authenticated.

7. The method of claim 1 , wherein said step of determining whether the encryption employed for the secured connection meets a predefined minimum encryption strength employs SASL (Simple Authentication and Security Layer) protocol.

8. The method of claim 1 , wherein said client is remote from said e-mail system.

9. The method of claim 1 , wherein said client includes a Mail User Agent.

10. The method of claim 9 , wherein the Mail User Agent communicates with the e-mail system via SMTP (Simple Mail Transport Protocol).

11. The method of claim 1 , wherein said MTA comprises a Sendmail-compatible Message Transfer Agent (MTA) and wherein said method is controlled, at least in part, by a configuration file for the Sendmail-compatible MTA.

12. The method of claim 1 , wherein said certificate comprises a signed public key.

13. The method of claim 1 , wherein said certificate comprises an X.509 certificate.

14. The method of claim 1 , wherein said step of terminating the method without establishing the secured connection includes:

rejecting at least some subsequent SMTP commands received from the client.

15. The method of claim 14 , wherein the rejected SMTP commands are rejected with an error.

16. In an electronic mail (e-mail) system, a method for sending an e-mail message using a secured connection that employs encryption, the method comprising:

attempting at a first message transfer agent (MTA) to establish a secured connection with a second MTA for sending an e-mail message;

attempting to authenticate the second MTA, through use of a certificate, in order to identify the second MTA as approved for establishing a secured connection with the first MTA;

if the second MTA cannot be authenticated, terminating the method without establishing the secured connection and without sending the e-mail message;

if the second MTA can be authenticated, establishing the secured connection between the first MTA and the second MTA;

determining whether the encryption employed for the secured connection meets a predefined minimum encryption strength;

if the encryption employed does not meet the predefined minimum encryption strength, terminating the secured connection without sending the e-mail message, whereupon the method terminates; and

if the encryption employed does meet the predefined minimum encryption strength, sending the e-mail message.

17. The method of claim 16 , wherein said minimum encryption strength comprises a particular key length of a symmetric cipher used for encryption.

18. The method of claim 16 , wherein said step of terminating the method without establishing the secured connection includes:

returning a temporary error reply code.

19. The method of claim 16 , wherein said step of terminating the method without establishing the secured connection includes:

returning a permanent error reply code.

20. The method of claim 16 , wherein the e-mail message is returned to an original sender for the message if the second MTA cannot be authenticated.

21. The method of claim 16 , wherein the e-mail message is queued for future sending if the second MTA cannot be authenticated.

22. The method of claim 16 , wherein said step of determining whether the encryption employed for the secured connection meets a predefined minimum encryption strength employs SASL (Simple Authentication and Security Layer) protocol.

23. The method of claim 16 , wherein said second MTA is remote from said e-mail system.

24. The method of claim 16 , wherein said first MTA originally received the e-mail message from a client that connects to the e-mail system using a Mail User Agent.

25. The method of claim 24 , wherein the Mail User Agent communicates with the e-mail system via SMTP (Simple Mail Transport Protocol).

26. The method of claim 16 , wherein said first MTA comprises a Sendmail-compatible Message Transfer Agent (MTA) and wherein said method is controlled, at least in part, by a configuration file for the Sendmail-compatible MTA.

27. The method of claim 16 , wherein said certificate comprises a signed public key.

28. The method of claim 16 , wherein said certificate comprises an X.509 certificate.

29. The method of claim 16 , wherein the first MTA communicates with the second MTA using SMTP (Simple Mail Transport Protocol).

30. The method of claim 29 , wherein said step of terminating the method without establishing the secured connection includes:

issuing an SMTP QUIT command.

31. An electronic mail (e-mail) system comprising:

a message transfer agent (MTA) available for a client to connect to;

program logic for authenticating the client, through use of a certificate, in order to identify the client as approved for establishing a secured connection with the MTA;

program logic for establishing a secured connection between the client and the MTA in instances where the client can be authenticated;

program logic for testing encryption strength of the secured connection; and

program logic for terminating the secured connection in instances where the secured connection has inadequate encryption strength.

32. The system of claim 31 , wherein the client includes Mail User Agent (MUA) software.

33. The system of claim 31 , wherein the e-mail message is communicated to the MTA via SMTP (Simple Mail Transport Protocol).

34. The system of claim 31 , wherein said certificate comprises a signed public key.

35. The system of claim 31 , wherein said certificate comprises an X.509 certificate.

Assignments (9)
RELEASE OF SECOND LIEN SECURITY INTEREST IN INTELLECTUAL PROPERTY Recorded Mar 21, 2024
From: GOLDMAN SACHS BANK USA, AS AGENT
To: PROOFPOINT, INC.
Reel/Frame 066865/0648 →
SECOND LIEN INTELLECTUAL PROPERTY SECURITY AGREEMENT Recorded Aug 31, 2021
From: PROOFPOINT, INC.
To: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT
Reel/Frame 057389/0642 →
FIRST LIEN INTELLECTUAL PROPERTY SECURITY AGREEMENT Recorded Aug 31, 2021
From: PROOFPOINT, INC.
To: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT
Reel/Frame 057389/0615 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 26, 2013
From: SENDMAIL, INC.
To: PROOFPOINT, INC.
Reel/Frame 031682/0572 →
RELEASE OF SECURITY INTEREST Recorded Nov 26, 2013
From: GOLD HILL CAPITAL 2008, LP
To: SENDMAIL, INC.
Reel/Frame 031679/0643 →
RELEASE OF SECURITY INTEREST Recorded Nov 26, 2013
From: DECATHLON ALPHA, L.P.
To: SENDMAIL, INC.
Reel/Frame 031679/0972 →
RELEASE OF SECURITY INTEREST Recorded Nov 15, 2013
From: SILICON VALLEY BANK
To: SENDMAIL, INC.
Reel/Frame 031616/0661 →
RELEASE OF SECURITY INTEREST Recorded Jul 26, 2013
From: PARTNERS FOR GROWTH II, L.P.
To: SENDMAIL, INC.
Reel/Frame 030884/0540 →
SECURITY AGREEMENT Recorded Feb 4, 2013
From: SENDMAIL, INC.
To: GOLD HILL CAPITAL 2008, LP
Reel/Frame 029745/0107 →