SMTP Proxy Custom Commands for MTA Control

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Conventional email routing systems lack rich management and control over communication between mail transport agents (MTAs) and do not enable the use of custom SMTP commands, limiting flexibility and functionality in networked environments.

Innovation Solution

A system that enables a source MTA to communicate with a target MTA via an SMTP proxy using custom SMTP commands, such as XPROXYTO and XPROXYFROM, to control behavior and transmit additional information, with the SMTP proxy acting as an intermediary to perform designated actions and respond to control commands.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional proxy servers are used for email routing, then basic email transmission is enabled, but rich management and control over MTA communication is not provided

Engineering Contradiction:

Improvemanagement and control capabilityVSAvoidproxy server functionality

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the proxy server functionality into distinct components: a control command parser that processes XPROXY commands, an action executor that performs designated actions, and a response generator that communicates results back to the source MTA. This segmentation allows the system to provide rich management and control capabilities while maintaining clear functional boundaries and manageable complexity.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent introduces custom SMTP commands (XPROXYFROM, XPROXYTO, XPROXY) as intermediary mechanisms between the source MTA and target MTA. These commands act as a controlled interface that enables rich management and control of MTA communication without requiring direct complex interactions between MTAs, thus improving adaptability while managing system complexity.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Adaptability or versatility

If standard SMTP protocol is used, then email transmission is simple, but custom SMTP commands for controlling MTA behavior are not enabled

Engineering Contradiction:

Improvecustom command capabilityVSAvoidSMTP protocol implementation

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent extends the SMTP protocol to serve multiple functions by introducing custom XPROXY commands. These commands enable not only email transmission but also control and management of MTA behavior, authentication, and information exchange. This multi-functionality approach allows a single protocol extension to address multiple needs without requiring separate complex systems.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent makes the SMTP protocol implementation dynamic by allowing the proxy server to interpret and execute custom XPROXY commands based on the specific communication needs between source and target MTAs. The system can adapt its behavior dynamically by processing different control commands (XPROXYFROM, XPROXYTO, XPROXY) depending on the situation, enabling flexible control without rigid predefined structures.

Inventive Principle:

Principle #15Dynamics

3Adaptability or versatility

If proxy server acts as layer 7 application, then rich control is provided, but network load increases significantly

Engineering Contradiction:

Improvecontrol capabilityVSAvoidnetwork load

Core Design Contradiction:

Adaptability or versatilityVSUse of energy by moving object

Solution Approach 1:

The patent extracts the control and management functions from the main email transmission flow by using dedicated XPROXY control commands. These commands handle authentication, authorization, and control decisions separately from the actual email data transmission. This extraction allows the proxy server to provide rich control capabilities while minimizing the processing load during standard email transmission operations.

Inventive Principle:

Principle #2Taking out (Extraction)

4Ease of operation

If no custom commands are used, then SMTP protocol remains simple, but flexibility in controlling MTA behavior is limited

Engineering Contradiction:

ImproveMTA control flexibilityVSAvoidSMTP command set

Core Design Contradiction:

Ease of operationVSDevice complexity

Solution Approach 1:

The patent implements a selective approach by introducing only the necessary custom XPROXY commands (XPROXYFROM, XPROXYTO, XPROXY) required for MTA control and management. Rather than overloading the SMTP protocol with numerous complex commands, the system uses a focused set of partial actions that provide sufficient control flexibility while keeping the command set manageable and the implementation relatively simple.

Inventive Principle:

Principle #16Partial or excessive action

Data Source

PatentUS9048428B2Enabling communication between source and target mail transfer agents

Publication Date: 2015.06.02 MICROSOFT TECHNOLOGY LICENSING LLC

AI summary

A system is provided for enabling a source MTA to communicate with a target MTA via an SMTP proxy using SMTP commands for transmitting email messages in a networked environment. An email message may be received by a source mail transport agent (MTA) and the source MTA may route the incoming email message to a target MTA via an SMTP proxy. The SMTP proxy may serve as an intermediary proxy server for enabling the source MTA to communicate with an external and internal target MTA. The SMTP proxy may connect to a target MTA via a connection command, and the SMTP proxy may implement custom SMTP commands to communicate additional information about the source MTA to the target MTA. The system may additionally enable the SMTP proxy to perform actions designated by the SMTP commands and to communicate the result of the SMTP proxy's actions back to the source MTA.