EP1454239A2 - Fast path message transfer agent - Google Patents
Fast path message transfer agentInfo
- Publication number
- EP1454239A2 EP1454239A2 EP02804952A EP02804952A EP1454239A2 EP 1454239 A2 EP1454239 A2 EP 1454239A2 EP 02804952 A EP02804952 A EP 02804952A EP 02804952 A EP02804952 A EP 02804952A EP 1454239 A2 EP1454239 A2 EP 1454239A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- message
- bytes
- volatile storage
- received
- memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
Definitions
- the present invention relates' to sending email messages between servers, and particularly to a fast path message transfer agent for these email messages..
- FIG. 1 illustrates a simplified email system 100 that can send or receive messages over the Internet 103.
- System 100 typically uses Simple Mail Transfer Protocol (SMTP) to send messages between servers 101 and 102.
- Clients 104-106 can use server 101 to route their email, whereas clients 107- 109 can use server 102 to route their email..
- Servers 101 and 102 temporarily store and re-route the email messages from clients 104-109 to the appropriate destinations.
- Message Transfer Agents (MTAs) 110 and 111 installed in servers 101 and 102, respectively, can route messages according to addresses designated in the email. MTAs can use retry logic and queues (explained in further detail below) to efficiently direct the messages.
- MTAs Message Transfer Agents
- Figures 2A Figures 2A.
- step 201 the MTA, in. a first email server, receives a network connection from a second email server.
- the MTA can then receive bytes of a . message over this connection in step 202.
- step 203 the MT writes those bytes into a dynamic (e.g. DRAM or SRAM) memory to quickly capture those bytes and then stores those bytes into a non-volatile storage device until delivery to their final destination(s) (i.e. the clients associated with the first email server) .
- step 204 If all bytes of the message have, not been received, as determined in step 204, then the process returns to step 202 to receive additional bytes of the message over the connection..
- the MTA responds to the server that the message has been successfully received in step 205.
- a system failure e.g. a full condition or power outage
- the MTA can respond to the server with an error message, wherein the server can re-establish network ⁇ connection at a later point in time to resend the message.
- the MTA can delete any bytes bf the message that were written to the memory or stored in the non-volatile storage device.
- the stored bytes for a message in the non-volatile storage device are now in a queue of messages to be re-routed to their destinations.
- the MTA retrieves the message from the non-volatile storage in step 206.
- the MTA attempts to send the message to each destination designated by the message in step 207. If the message was not successfully delivered to all destinations, as determined by step 208, then the MTA can identify the failed destinations in step 210 and then retry delivering the message to the failed destinations after some delay in step 211.
- the message and its failed destinations can be returned to a queue in the nonvolatile storage device, wherein the process returns to step 206. If the message was successfully delivered to all destinations, then the message is removed from the non-volatile storage device in step 209 and the delivery process for that message ends.
- a method of providing a fast path message transfer agent is provided.
- a typical implementation of the fast path MTA can increase performance by 3X the speed of a standard MTA.
- the method includes receiving, bytes of a message over a network connection and determining whether the number of bytes exceeds a predetermined threshold. If the number of bytes is' less than a predetermined threshold, then the message is written only to memory. However, if the number of bytes exceeds the predetermined threshold, then the message is written to memory and a non-volatile storage device. In one embodiment, some of the bytes (e.g. up to the predetermined threshold) are written to memory, wherein the remainder of the bytes are stored into the non-volatile storage device.
- Writing the message to the memory and the nonvolatile storage device can further include determining whether all bytes of the message have been received. If not, then additional bytes of the message can be received over the network connection. The additional bytes can be written into the non-volatile storage device.
- the method can further including accessing the message, sending the message to each destination, and determining whether the message was received successfully by each destination. If the message was received successfully by each destination, then the message can be removed from the memory (or from the memory and the non-volatile storage device, as appropriate) and a successful receipt of the message can be indicated.
- the product can include a computer usable medium having a computer readable program code embodied therein for providing a fast path message transfer agent.
- the computer readable program code can comprise computer readable program code that receives bytes of a message over a network connection and computer readable program code that determines if the number of bytes exceeds a predetermined threshold. If the number of bytes is less than the threshold, then the message is written only to memory. However, if the number of bytes exceeds the threshold, then the message is written to memory and a non-volatile storage device .
- the product can further comprise computer readable program code that writes some of the bytes (for example / up to the predetermined threshold) to memory and computer . readable program code that stores a remainder of the bytes in the non-volatile storage device.
- Another embodiment of a method for providing a MTA is provided. This method can include receiving a network connection from an email server, receiving addresses of any recipients, and determining whether connections can be formed to the recipients. If so, then bytes of a message can be received and sent to the recipients. If not, then the connections can be retried for a predetermined number of times. [0014] If the bytes are received by the recipients, then the MTA can respond to the server that the message was successfully received by the recipients. On the other hand, if not all the bytes are received by the recipients, then the MTA can respond to the server that message transfer was not successful.
- Yet another embodiment of a method of providing a fast path MTA is provided.
- This method can include receiving a network connectio from an email server, receiving bytes of a message over the network connection, and determining whether the number of bytes exceeds a predetermined threshold. In this embodiment, if the number of bytes does not exceed a predetermined threshold not, then the message is written only : to a memory. However, if the number of bytes exceeds a • ' ' predetermined threshold, then the message is written only to non-volatile storage. .
- Figure 1 illustrates a simplified block diagram of an email system that can send or receive messages over the Internet.
- FIGS. 2A and 2B illustrate a flow chart. of one embodiment of a standard Message Transfer Agent ⁇ MTA) operation.
- Figures 3A and 3B illustrate a flow chart of one embodiment of a fast path MTA operation.
- Figure 4 illustrates an embodiment in which the fast path MTA operation can be disabled and the standard MTA. operation can be enabled.
- Figure 5 illustrates another embodiment of a fast path MTA that eliminates the need for disk storage.
- Figure 6 illustrates another embodiment of a MTA that uses one of a fast path or a standard path. DETAILED DESCRIPTION OF THE DRAWINGS
- FIG. 3A and 3B illustrate a flow chart of one embodiment of a fast path MTA operation.
- storing a message in a non-volatile storage device is limrted to circumstances where the number of bytes exceeds a predetermined threshold.
- the predetermined threshold is set so that a majority of the messages can be written only to memory:. In this manner, the delivery time can be significantly reduced compared to the standard MTA operation ( Figures 2A arid 2B) that must include access time to the non-volatile storage.
- the MTA receives a network connectio . from the email server.
- step 302 the MTA receives bytes of a message over that connection. If the total number of bytes (i.e.
- step 303 bytes written to memory in combination with those bytes just-received) does not exceed a predetermined threshold, as determined in step 303, then the received bytes are written to memory in step 304. If all bytes of the message have not been received, as determined in step 305, then the MTA returns to step 302 to receive additional bytes.
- step 303 If the total number of bytes exceeds a predetermined threshold in step 303, then the number of bytes up to the threshold are written to memory and the remainder of bytes i stored in a non-volatile storage device iii step 306. If all bytes of the message have not been received, as determined in step 307, then the MTA receives additional bytes of the message over the connection in step 308. These additional bytes of the message are stored only onto the non-volatile storage device in step 309. Once all bytes of the message have been received (steps 305/307) , the bytes for the message in memory (or in the memory and on the non-volatile storage device) can be re-routed to their destinations.
- the MTA can follow one of two processes depending on the predetermined threshold.
- the predetermined threshold is set so that a majority of the messages can be written only to memory.
- the threshold can be set to 32k, although other thresholds (such as 16k or 64k) can also be used depending on the projected size, of the files. Because the MTA stores onto and accesses the nonvolatile storage device infrequently (and in preferred cases, not at all), this process is significantly faster than the prior art process. In fact, for typical implementations, this fast path MTA process can be three times as fast as the prior art MTA process.
- the MTA accesses the message from memory (or accesses a portion of . the message from memory and retrieves the remainder of the message from the non-volatile storage device) in step 310.
- the MTA attempts to send the message to each destination designated by the message in step 311. If the message was successfully delivered to all destinations, as determined by step.312, then the message can be removed from memory (or memory and the nonvolatile storage device) in step 313.
- the MTA can respond to the server that the message was successfully received in step 314 and the delivery process for that message ends.
- the MTA can identify the failed destinations in step 315 and then store the complete message (and the failed destinations) onto a nonvolatile storage in step 316.
- the message and its failed destinations can be placed in a queue in the non-volatile storage device. Note that, in addition to system failure or memory problems at the destination, a failed delivery can occur because of a condition determined at the time of delivery. For example, if the message is an 8-bit message and the destination only supports 7-bit, then a bit conversion must be done before the message can be successfully delivered to that destination.
- the bit conversion of the 8-bit message can be done by a tool activated by the MTA, wherein after conversion the 7-bit message can be put in the queue of the non-volatile storage device.
- the MTA can respond to the server that the message has been successfully received in step 317.
- the MTA can retry sending the message to the failed . destinations after a predetermined delay in step 318.. [0029] . If the message is not successfully received by all destinations, as determined in step 319, then the MTA car- repeat steps 318 and 319. Note that in one embodiment, after a predetermined of retries, the process proceeds to step 320.
- step 320 the message can be removed from the non-volatile storage device in step 320 and the delivery process for that message ends. Note that receiving another network connection from an email server can occur at any time. Thus, one set of steps 301-320 can be interleaved with one or more other sets of steps 301-320, as needed.
- the fast path MTA can. be disabled, thereby activating the standard path MTA described in Figures 2A and 2B.
- step 401 can determine if any predetermined conditions are present in the message. If no predetermined conditions are present, then the fast path MTA process can be implemented (step 402) by proceeding to step 303 (also Figure 3A) . If predetermined conditions are present, then the standard path MTA process can be implemented (step 403) by proceeding to step 203 ( Figure 2A) .
- Predetermined conditions can include, by way of' example and not limitation, enabled filtering (e.g. anti-virus, anti-spam, and content-filtering) , disabled Lightweight Directory Access Protocol (LDAP) relaying (wherein LDAP includes a set of protocols for accessing information directories including email addresses etc.), enabled encryption, enabled LDAP "sender masquerading" (feature that refers to the LDAP directory to replace the sender's name with another entry, such as the "official" email address for the sender) , enabled Realtime Blackhole List (RBL) (includes a listing of IP addresses whose owners refuse to stop spam) , enabled "received for header” (feature that causes the MTA to take a message that is addressed to several destinations and transform the message into several messages, each message addressed to one of the several destinations) , and enabled “sender check” (feature that ensures the sender's domain exists in the Domain Name System (DNS), an Internet service that translates domain names into IP addresses) .
- enabled filtering e
- the MTA receives a network, connection from the email server in step 501.
- the MTA receives addresses of the recipients. If connections can be formed to all recipients, as determined in step 503, then the MTA receives the bytes of the message in step 504. These bytes can be sent to the recipients in. step 505.
- steps 504 and 505 could be performed substantially simultaneously or step 505 could follow completion of step 504.
- the MTA can respond to the server that. the messages was successfully received in step 507. If the recipients did not receive all bits, then the MTA can respond to the server that the message trans er was not successful in step 508. Note that if connections cannot be formed to all recipients in step 503, then either the MTA can respond to the server that connections to all recipients were not successful in step 509 or, alternatively, the MTA can retry connecting (i.e. returning to step 503). a predetermined number of times before responding to the server. [0033] In accordance with another embodiment of the invention, the need.for disk storage is eliminated in the fast path MTA.
- the MTA receives a network connection from the email server in step 601.
- the MTA receives bytes of a message over that connection. If the total number of bytes ( ,e. bytes written to memory in combination with those bytes just-received) does , ' ⁇ not exceed. a predetermined threshold, as determined in step 603, then the received bytes are written to memory in step.604. If all bytes of the message have not been received, as . determined in step 605, then the MTA returns to step 602 to receive additional bytes.
- the fast path MTA is bypassed. Specifically, the bytes comprising the message are stored in a non-volatile storage device and any bytes of the message written to memory are erased in step 607. If all bytes of the message have not been received, as determined in step 608, then the MTA receives additional bytes of the message over the : connection in step 609. These additional bytes, of the message are stored only onto the non-volatile storage device in step 610. Once all bytes of the message have been received, as determined in step 608, the MTA can. respond to the server that the message has been successfully received in step 205 ( Figure 2A) .
- Steps 206-213 ( Figure 2B) can then be followed in accordance with a standard MTA. Finally, assuming the fast path MTA is. still active and all bytes for the message have been received, as determined, in step 605, then steps 310-320 ( Figure 3B) can be followed.
- the MTA may be run on a variety of computer platforms including/ for example: a SPARC station 20 or higher using the SunTM, SolarisTM, or SPARC 2.6/2.7 operating system with at least 128 MB of RAM.
- a PC platform such as a Dell PowerEdgeTM 1500
- RedHat Linux 7.1 or Microsoft WindowsTM 2000 can be. used.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
Claims
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US22325 | 2001-12-14 | ||
US10/022,325 US7487212B2 (en) | 2001-12-14 | 2001-12-14 | Fast path message transfer agent |
PCT/GB2002/005618 WO2003052996A2 (en) | 2001-12-14 | 2002-12-11 | Fast path message transfer agent |
Publications (2)
Publication Number | Publication Date |
---|---|
EP1454239A2 true EP1454239A2 (en) | 2004-09-08 |
EP1454239B1 EP1454239B1 (en) | 2007-05-16 |
Family
ID=21809013
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP02804952A Expired - Lifetime EP1454239B1 (en) | 2001-12-14 | 2002-12-11 | Method of providing a fast path message transfer agent |
Country Status (6)
Country | Link |
---|---|
US (3) | US7487212B2 (en) |
EP (1) | EP1454239B1 (en) |
AU (1) | AU2002356284A1 (en) |
DE (1) | DE60220181T2 (en) |
TW (1) | TWI239174B (en) |
WO (1) | WO2003052996A2 (en) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7487212B2 (en) * | 2001-12-14 | 2009-02-03 | Mirapoint Software, Inc. | Fast path message transfer agent |
US7139825B2 (en) * | 2002-09-30 | 2006-11-21 | Microsoft Corporation | Source-specific electronic message addressing |
AU2003297116A1 (en) * | 2002-12-16 | 2004-07-29 | Gemini Mobile Technologies, Inc. | Stateless message routing |
US7720911B2 (en) * | 2003-02-20 | 2010-05-18 | Strongmail Systems, Inc. | Email using queues in non-persistent memory |
US7676546B2 (en) | 2003-03-25 | 2010-03-09 | Verisign, Inc. | Control and management of electronic messaging |
US7111047B2 (en) * | 2003-08-08 | 2006-09-19 | Teamon Systems, Inc. | Communications system providing message aggregation features and related methods |
US20050223076A1 (en) * | 2004-04-02 | 2005-10-06 | International Business Machines Corporation | Cooperative spam control |
US7698369B2 (en) | 2004-05-27 | 2010-04-13 | Strongmail Systems, Inc. | Email delivery system using metadata on emails to manage virtual storage |
US8495145B2 (en) * | 2004-10-14 | 2013-07-23 | Intel Corporation | Controlling receipt of undesired electronic mail |
US8316090B2 (en) * | 2006-01-25 | 2012-11-20 | Strongmail Systems, Inc. | Systems and methods for communicating logic in e-mail messages |
US8316008B1 (en) | 2006-04-14 | 2012-11-20 | Mirapoint Software, Inc. | Fast file attribute search |
US7698462B2 (en) | 2007-10-22 | 2010-04-13 | Strongmail Systems, Inc. | Systems and methods for adaptive communication control |
US20120185642A1 (en) * | 2011-01-18 | 2012-07-19 | International Business Machines Corporation | Assigning a data item to a storage location in a computing environment |
US9048428B2 (en) * | 2012-03-07 | 2015-06-02 | Microsoft Technology Licensing, Llc | Enabling communication between source and target mail transfer agents |
US9294425B1 (en) * | 2015-02-06 | 2016-03-22 | Snapchat, Inc. | Storage and processing of ephemeral messages |
CN113472607B (en) * | 2021-06-29 | 2023-05-02 | 未鲲(上海)科技服务有限公司 | Application program network environment detection method, device, equipment and storage medium |
Family Cites Families (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5446730A (en) * | 1993-09-20 | 1995-08-29 | Motorola, Inc. | Method for dynamic connection management in integrated communication networks |
US5606681A (en) | 1994-03-02 | 1997-02-25 | Eec Systems, Inc. | Method and device implementing software virtual disk in computer RAM that uses a cache of IRPs to increase system performance |
US5577226A (en) | 1994-05-06 | 1996-11-19 | Eec Systems, Inc. | Method and system for coherently caching I/O devices across a network |
US5765165A (en) * | 1996-02-29 | 1998-06-09 | Sun Microsystems, Inc. | Fast method of determining duplicates on a linked list |
KR970068466A (en) * | 1996-03-30 | 1997-10-13 | 김광호 | Method for storing and transmitting voice data in a facsimile connected to a personal computer |
US5974414A (en) * | 1996-07-03 | 1999-10-26 | Open Port Technology, Inc. | System and method for automated received message handling and distribution |
US6275848B1 (en) * | 1997-05-21 | 2001-08-14 | International Business Machines Corp. | Method and apparatus for automated referencing of electronic information |
US6560220B2 (en) * | 1997-06-20 | 2003-05-06 | Telefonaktiebolaget L M Ericsson (Publ) | Network access device and telecommunications signaling |
US6396907B1 (en) * | 1997-10-06 | 2002-05-28 | Avaya Technology Corp. | Unified messaging system and method providing cached message streams |
GB9909825D0 (en) * | 1998-09-08 | 1999-06-23 | Airnet Global Holdings Limited | Communications system for aircraft |
GB2385174B (en) * | 1999-01-19 | 2003-11-26 | Advanced Risc Mach Ltd | Memory control within data processing systems |
US6847984B1 (en) * | 1999-12-16 | 2005-01-25 | Livevault Corporation | Systems and methods for backing up data files |
US6721787B1 (en) * | 2000-02-10 | 2004-04-13 | 3Com Corporation | System and method for wireless hot-synchronization of a personal digital assistant |
JP2001296985A (en) * | 2000-04-17 | 2001-10-26 | Fuji Xerox Co Ltd | Information output system |
US7089286B1 (en) * | 2000-05-04 | 2006-08-08 | Bellsouth Intellectual Property Corporation | Method and apparatus for compressing attachments to electronic mail communications for transmission |
US20020016818A1 (en) * | 2000-05-11 | 2002-02-07 | Shekhar Kirani | System and methodology for optimizing delivery of email attachments for disparate devices |
US20020120697A1 (en) * | 2000-08-14 | 2002-08-29 | Curtis Generous | Multi-channel messaging system and method |
US7116657B1 (en) * | 2000-08-22 | 2006-10-03 | Internet Operator (Asia) Pte. Ltd. | System and method for establishing long distance call connections using a desktop application |
US6785712B1 (en) * | 2000-09-21 | 2004-08-31 | Rockwell Collins, Inc. | Airborne e-mail data transfer protocol |
US6751667B1 (en) * | 2000-10-06 | 2004-06-15 | Hewlett-Packard Development Company, L.P. | System for generating unique identifiers in a computer network |
US7003551B2 (en) * | 2000-11-30 | 2006-02-21 | Bellsouth Intellectual Property Corp. | Method and apparatus for minimizing storage of common attachment files in an e-mail communications server |
US6868417B2 (en) * | 2000-12-18 | 2005-03-15 | Spinnaker Networks, Inc. | Mechanism for handling file level and block level remote file accesses using the same server |
US20030110248A1 (en) * | 2001-02-08 | 2003-06-12 | Ritche Scott D. | Automated service support of software distribution in a distributed computer network |
US20020120748A1 (en) * | 2001-02-26 | 2002-08-29 | Schiavone Vincent J. | Method and apparatus for selective delivery and forwarding of electronic mail |
WO2002098075A1 (en) * | 2001-05-25 | 2002-12-05 | Mitsubishi Denki Kabushiki Kaisha | Internet communication system, internet communication method, session control server, communication adapter, communication relay server and program |
US20020194319A1 (en) * | 2001-06-13 | 2002-12-19 | Ritche Scott D. | Automated operations and service monitoring system for distributed computer networks |
US20030061269A1 (en) * | 2001-09-17 | 2003-03-27 | Flow Engines, Inc. | Data flow engine |
US7039671B2 (en) * | 2001-11-30 | 2006-05-02 | Sonic Software Corporation | Dynamically routing messages between software application programs using named routing nodes and named message queues |
US7499529B1 (en) * | 2001-12-11 | 2009-03-03 | Verizon Laboratories, Inc. | Systems and methods for providing filtered message delivery |
US7487212B2 (en) * | 2001-12-14 | 2009-02-03 | Mirapoint Software, Inc. | Fast path message transfer agent |
US6993520B2 (en) * | 2002-01-15 | 2006-01-31 | International Business Machines Corporation | Integrated content management and block layout technique |
US6684308B2 (en) * | 2002-01-31 | 2004-01-27 | Mirapoint, Inc. | Method and system for providing direct access recovery using seekable tape device |
US6829617B2 (en) * | 2002-02-15 | 2004-12-07 | International Business Machines Corporation | Providing a snapshot of a subset of a file system |
ATE487185T1 (en) | 2002-03-19 | 2010-11-15 | Network Appliance Inc | SYSTEM AND METHOD FOR DETERMINING AND TRANSMITTING CHANGES IN SNAPSHOTS |
US7293033B1 (en) * | 2002-03-27 | 2007-11-06 | Swsoft Holdings, Ltd. | System and method for providing effective file-sharing in a computer system to allow concurrent multi-user access |
US7092976B2 (en) * | 2003-06-24 | 2006-08-15 | International Business Machines Corporation | Parallel high speed backup for a storage area network (SAN) file system |
US7441033B2 (en) * | 2003-08-14 | 2008-10-21 | Oracle International Corporation | On demand node and server instance allocation and de-allocation |
US8316008B1 (en) * | 2006-04-14 | 2012-11-20 | Mirapoint Software, Inc. | Fast file attribute search |
-
2001
- 2001-12-14 US US10/022,325 patent/US7487212B2/en active Active
-
2002
- 2002-12-05 TW TW091135332A patent/TWI239174B/en not_active IP Right Cessation
- 2002-12-11 DE DE60220181T patent/DE60220181T2/en not_active Expired - Lifetime
- 2002-12-11 EP EP02804952A patent/EP1454239B1/en not_active Expired - Lifetime
- 2002-12-11 AU AU2002356284A patent/AU2002356284A1/en not_active Abandoned
- 2002-12-11 WO PCT/GB2002/005618 patent/WO2003052996A2/en active IP Right Grant
-
2008
- 2008-12-24 US US12/344,123 patent/US8990401B2/en not_active Expired - Lifetime
-
2009
- 2009-02-03 US US12/365,111 patent/US8990402B2/en not_active Expired - Lifetime
Non-Patent Citations (1)
Title |
---|
See references of WO03052996A3 * |
Also Published As
Publication number | Publication date |
---|---|
US8990401B2 (en) | 2015-03-24 |
US7487212B2 (en) | 2009-02-03 |
EP1454239B1 (en) | 2007-05-16 |
US20030135573A1 (en) | 2003-07-17 |
US8990402B2 (en) | 2015-03-24 |
TW200301050A (en) | 2003-06-16 |
AU2002356284A8 (en) | 2003-06-30 |
AU2002356284A1 (en) | 2003-06-30 |
TWI239174B (en) | 2005-09-01 |
US20090172188A1 (en) | 2009-07-02 |
US20090198788A1 (en) | 2009-08-06 |
WO2003052996A3 (en) | 2003-08-28 |
WO2003052996A2 (en) | 2003-06-26 |
DE60220181T2 (en) | 2007-10-04 |
DE60220181D1 (en) | 2007-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8990401B2 (en) | Fast path message transfer agent | |
US5903627A (en) | System and method for improving delivery of messages to a messaging system | |
US7970848B2 (en) | Electronic message and data tracking system | |
US7194515B2 (en) | Method and system for selectively blocking delivery of bulk electronic mail | |
US7835294B2 (en) | Message filtering method | |
AU2004217278B2 (en) | Asynchronous mechanism and message pool | |
EP1493092B1 (en) | Apparatus and method for distributing electronic messages to a wireless data processing device | |
US7353257B2 (en) | System and method for disaster recovery and management of an email system | |
JP4324561B2 (en) | Stateless message routing (not knowing processing status) | |
US20080177843A1 (en) | Inferring email action based on user input | |
WO2001044953A1 (en) | Method and system for confirming receipt of electronic mail transmitted via a communications network | |
CN101150535A (en) | Email filtering method, device and device | |
US20090172176A1 (en) | Method and apparatus for filtering electronic messages | |
US7054907B1 (en) | Systems and methods for blocking delivery of an electronic communication | |
US20080270544A1 (en) | Greylisting optimizations for electronic mail filtering | |
JP2005251230A (en) | Mail server | |
KR100745574B1 (en) | Apparatus and method for retrieving e-mail in mobile communication terminal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20040608 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LI LU MC NL PT SE SI SK TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK RO |
|
17Q | First examination report despatched |
Effective date: 20041202 |
|
17Q | First examination report despatched |
Effective date: 20041202 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RTI1 | Title (correction) |
Free format text: METHOD OF PROVIDING A FAST PATH MESSAGE TRANSFER AGENT |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): DE FI FR GB NL |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REF | Corresponds to: |
Ref document number: 60220181 Country of ref document: DE Date of ref document: 20070628 Kind code of ref document: P |
|
ET | Fr: translation filed | ||
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20080219 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 14 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 15 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 16 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FI Payment date: 20191209 Year of fee payment: 18 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R082 Ref document number: 60220181 Country of ref document: DE Representative=s name: STOLMAR & PARTNER PATENTANWAELTE PARTG MBB, DE |
|
REG | Reference to a national code |
Ref country code: FI Ref legal event code: MAE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20201211 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20211019 Year of fee payment: 20 Ref country code: NL Payment date: 20211116 Year of fee payment: 20 Ref country code: GB Payment date: 20211021 Year of fee payment: 20 Ref country code: FR Payment date: 20211109 Year of fee payment: 20 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R071 Ref document number: 60220181 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MK Effective date: 20221210 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: PE20 Expiry date: 20221210 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION Effective date: 20221210 |