US20070299926A1 - Method and Apparatus for Dynamically Managing Electronic Mail Messages on a Remote Electronic Mail Messaging System - Google Patents
Method and Apparatus for Dynamically Managing Electronic Mail Messages on a Remote Electronic Mail Messaging System Download PDFInfo
- Publication number
- US20070299926A1 US20070299926A1 US11/851,693 US85169307A US2007299926A1 US 20070299926 A1 US20070299926 A1 US 20070299926A1 US 85169307 A US85169307 A US 85169307A US 2007299926 A1 US2007299926 A1 US 2007299926A1
- Authority
- US
- United States
- Prior art keywords
- user
- messages
- message
- server
- 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.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 15
- 230000009471 action Effects 0.000 description 14
- 230000002452 interceptive effect Effects 0.000 description 12
- 238000004891 communication Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 2
- 102100024412 GTPase IMAP family member 4 Human genes 0.000 description 1
- 101000833375 Homo sapiens GTPase IMAP family member 4 Proteins 0.000 description 1
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 description 1
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 description 1
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 description 1
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 1
- 240000002853 Nelumbo nucifera Species 0.000 description 1
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 1
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000005204 segregation Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
Definitions
- the present invention relates to the transmission of electronic messages over computer networks, and more particularly, to a method and apparatus for managing and manipulating a plurality of electronic messages on the basis of pre-determined criteria.
- email electronic mail messages
- LAN local-area networks
- WAN wide-are networks
- WWW world-wide web
- email users typically maintain email accounts with multiple email service providers.
- a user may have a business email account, a personal email account with a paid service provider, and a personal email account with a free email service provider.
- users may have email accounts for use with interactive paging systems or other handheld electronic messaging devices (e.g., personal data advisor, wireless telephone, etc.).
- each email service provider will assign a unique email address to each subscriber of the service.
- the email address generally corresponds to the user's account on an email host managed by the service provider.
- one or more email hosts may be used to process inbound email while one or more different email hosts may be used to process outbound email. Alternatively, the same hosts could be used for processing both inbound and outbound email messages.
- a single email host is shown for each network, it is to be understood that multiple email hosts may be used in actual implementation of an email network.
- FIG. 1 shows examples of common service providers typically employed by email users for sending and receiving email
- the user may have one or more accounts with one or more email service providers directly connected to Internet email network 10 , such as e.g., a service provided via email host 12 .
- Such accounts are generally accessible via any computer or network in communication with Internet email network 10 .
- Computers on Internet email network 10 e.g., email host 12 or computer 14 , may be in communication with each other and with computers on the other networks, such as Internet Service Provider (“ISP”) network 20 , wireless network 30 , interactive paging network 40 , or private network 50 .
- ISP Internet Service Provider
- Some email service providers offer purely Internet-based email services. Such services are accessible to subscribers already having connectivity to the Internet.
- a user on computer 14 may subscribe to email services hosted on email host 12 .
- the user in this case may be assigned an email address such as: john@emailhost12.com.
- the user may access his or her email via other computers, such as, e.g., computers 24 or 54 shown in FIG. 1 .
- Typical examples of such Internet-based email service providers include, e.g., Hotmail.com, Yahoo.com, and the like.
- the user may have multiple email accounts through multiple service providers.
- the user may have an email account on email host 22 on ISP network 20 .
- the user may be assigned an email address such as john@emailhost22.net.
- email services provided by ISPs are generally accessible from any computer on the Internet.
- the user may access email via computer 24 , connected to ISP network 20 , or via computers 14 or 54 on Internet email network 10 and private network 50 , respectively.
- the user may have more specialized email accounts delivered via other networks.
- the user may send and receive email via wireless network 30 and email host 32 .
- Wireless devices e.g., telephone 34 or personal digital assistant (“PDA”) 36 , may be used to send and receive email to or from other wireless devices on wireless network 30 or other email systems connected via Internet email network 10 .
- the user may also have an email account on interactive paging network 40 and associated email host 42 .
- the user in this case may use interactive pager 44 to send and receive email to any other Internet email address.
- the user may have an email account on private network 50 hosted on email host 52 .
- the email service provider in this case could be, e.g., the user's employer and the email messaging system hosted on email host 52 could be a proprietary email application server. Moreover, email accounts hosted on email host 52 may only be accessible using a computer directly connected to private network 50 and may require a proprietary client application running on computer 54 .
- Users typically are assigned different email address for each individual email account. For example the user may have email addresses: jdoe@emailhost32.wireless.com, jdoe@emailhost42.paging .net, and john.doe@emailhost52.work.com corresponding to wireless network 30 , interactive paging network 40 and private network 50 , respectively. As described more fully below, such specialized email services typically are not accessible from any computer on the Internet.
- a problem for users having such multiple email accounts is that there may be different hardware, software and communications systems requirements for accessing the email stored on each account.
- email service providers allow users to access their email via any computer connected to the Internet using a variety of suitable email client programs.
- Suitable client programs may include web browser client applications, such as applications available from Microsoft Corporation or Netscape Corporation, or other applications using suitable email communications protocols.
- Commonly used email communications protocols include, e.g., Post Office Protocol (“POP” or “POP3”) or Internet Messaging Access Protocol (“IMAP” or “IMAP4”).
- Other email service providers may require proprietary software such as, e.g., Lotus Notes, or Groupwise.
- private networks may allow access to email services only via certain communications channels, such as, e.g., a direct dial-up network connection to a private network comprising the email host, or only from computers within a defined physical perimeter.
- an email service provider may only offer access to email accounts via special hardware, such as a wireless telephone or interactive pager.
- One method used to get around this problem has been to set up automatic forwarding procedures from each account to a central account. Using this method, the user need only ensure access is available to this central account to have access to all of his or her email.
- This method has numerous drawbacks, e.g., there is little or no segregation of the user's email making it more difficult to separate work accounts from personal accounts; depending on the account used to receive all email, attachments may not be readable; and in some cases, the user is identified as the sender of the email making it more difficult to identify and prioritize the email.
- Another drawback is that the user must have access to the central account any time he or she wishes to review email messages. However, users may not always know in advance where they will be located and what type of email access will be available.
- the present invention comprises a system and method for remotely managing email messages on a source server.
- the system comprises a database of destination email addresses corresponding to subscriber accounts authorized to remotely manage email messages.
- the subscriber also referred to herein as the “user” sends management instructions via email messages transmitted to the source server from one of the subscriber's destination email addresses.
- the instruction email messages have a valid destination email address in the messaged sender-id field.
- the instruction email message may have a special code in some predetermined field, or, alternatively, the instruction email message may be addressed to a special account on the subscriber's source server.
- the source server When the source server receives an instruction email message (identified by the special code or because it was addressed to a special account), the source server checks the database to verify the destination email address as an authorized account. If the destination address is valid, i.e., the address has been registered, the source server source server interprets the subscriber's instructions and performs the requested management tasks on email in the user's account on the source server.
- the instruction message may contain a command providing the user's instructions to the source server. Alternatively, if the message contains no command, the source server may perform a default action on the user's email messages.
- the instruction message may further include criteria for identifying the email messages to be operated on by the source server.
- the criteria may include Boolean operators and provide conditions or rules for determining whether or not a message is to be included.
- the criteria may also include strings of data and associated email message fields which should be searched for matching email messages. Accordingly, the user can specify, with some particularity, which messages in his or her email account on the source server will be managed.
- the email managed according to the present invention may comprise email messages in the user's inbox, the user's outbox or both mailboxes on the source server.
- a registration module and database are provided for administering users' destination email addresses.
- the database comprises a list of destination email addresses associated with each user.
- the database may further comprise device type associated with each destination email address. This additional information may be used to determine whether or not the device type is compatible with the user's instructions. In this embodiment, if the device is not compatible, the system may modify the user's instructions according to the device type.
- FIG. 1 is a schematic diagram of a network architecture in which the present invention may be implemented.
- FIG. 2 is a functional diagram showing data flow and programming logic used in a preferred embodiment of the present invention.
- FIG. 3 a is a flow chart of steps carried out in a preferred embodiment of the present invention.
- FIG. 3 b is a flow chart of steps carried out in an alternative embodiment of the present invention.
- the present invention may be implemented in any network email architecture, such as, e.g., the architecture shown in FIG. 1 .
- only the email server application on selected email hosts need be modified or supplemented with programming logic and databases according to the present invention. That is, only email server applications allowing remote email management need the additional programming logic.
- the remote email server applications and associated client application do not need any changes to operate in accordance with the present invention.
- the email client applications used by subscribers to issue instruction email messages may be modified or supplemented as described herein.
- the email server applications running on email hosts 12 , 22 and 52 are referred to herein as “source server applications” and the user's accounts on wireless network 30 and interactive paging network 40 are referred to herein as “destination addresses.”
- source server applications the email server applications running on email hosts 12 , 22 and 52
- destination addresses the user's accounts on wireless network 30 and interactive paging network 40
- TABLE 1 NETWORK EMAIL ADDRESS Internet Email Network 10 John.Doe@emailhost12.com ISP Network 20 john@emailhost22.net Wireless Network 30 jdoe@emailhost32.wireless.com Interactive Paging Network 40 jdoe@emailhost42.paging.net Private Network 50 John_Doe@emailhost52.work.com
- the present invention is implemented by adding programming logic to the source server application.
- the source server applications running on email hosts 12 , 22 and 52 would include programming logic for interpreting instructions from authorized users and acting accordingly.
- Email hosts 32 and 42 could also include the programming logic for interpreters such instructions if the user wishes to remotely manage email on accounts in those networks.
- FIG. 2 shows a schematic diagram of a source application server and the programming logic added in the preferred embodiment of the present invention.
- the programming logic comprises a plurality of program modules.
- the modules may be external applications called by email application server 200 as shown in FIG. 2 , or alternatively, one or more of the modules may be integral to application server 200 .
- the modules in the preferred embodiment include registration module 210 , instruction module 220 and action module 230 .
- registration module 210 and instructions module 220 each interfaces with a database.
- databases 212 and 222 are shown as different databases, they could comprise a single database storing the information needed to carryout the present invention.
- the information may be integral to the modules or email server application 200 , in which case no separate database is required.
- Registration module 210 uses database 212 to store user registration information. Registration information may comprise a list of valid destination addresses for each user and may further include a password selected by the user for access control. User registration information may be transmitted to registration module 210 using any suitable means. For example, the requests may be provided via an interactive form submitted using a web browser interface. Alternatively, the requests may be provided via email from the user. The request could even be manually entered by a technician upon oral or written request by the user. The registration module may also provide any user interface features desirable for allowing users to identify all destination addresses that from which the user may manage his or her email according to the present invention.
- the user's email addresses on those networks must be registered in the source server applications. That is, the user would register destination addresses jdoe@emailhost32.wireless.com and jdoe@emailhost42.paging.net via a registration module on email hosts 12 , 22 and 52 .
- the user By registering a destination address on a source server, the user authorizes the source server application to accept email management instructions received from the destination address. For example, if the user wishes to retrieve email from his or her private network account to his or her interactive pager account, the user must register the address jdoe@emailhost42.paging.net on email host 52 . To request retrieval of the email, the user sends an email message from interactive pager 44 to email host 52 as described below.
- User management instructions are sent via email messages from the destination address to the source server.
- the user's email message includes a special code in a predetermined field to identify the email message as a request for remote management by the user.
- the source server receives an incoming email messages it checks the predetermined field for the special code. If the code is present in the predetermined field, the email message is passed to instruction module 220 for further processing.
- the special code may be a particular character string, such as, e.g., “#” or “*MANAGE EMAIL*” or some other string or symbol which flags an incoming email message for special processing.
- the predetermined field could be any of the fields comprising an email message.
- the predetermined field is either the subject field or the email message body.
- the user addresses the email to a special account on the source server.
- all email addressed to the special account is passed on to instruction module 220 for processing.
- instruction module 220 or email application server 200 consult with registration module 210 and database 212 to verify that the sender of the email message is authorized to remotely manage an email account. If the sender is authorized, i.e., if the email message was received from a registered destination email address, instruction module 220 parses the message to determine the appropriate instructions. If the sender is not authorized, then no further action need be taken by the system of the present invention. The system may optionally send an error message in reply to the received email message to inform the sender of the problem.
- the user's instructions are inserted in the email in a predefined format.
- the instructions may be inserted into the email subject field and may include a command and a criteria.
- the command identifies the actual email management instructions the user wishes to perform and the criteria identifies the email message to be acted on.
- the command is performed on all of the user's email on the source server.
- the command may be blank, which may indicate that some default command, such as retrieve, should be executed.
- the commands include management operations such as send; delete; forward (to another account); send without attachments, send only attachments; move (to a folder or directory on the source server); print; and the like.
- multiple commands may be issued in a single email message.
- the user may instruct the source server to send the user's email to the destination address, then delete the email from the user's mailbox on the source server.
- the criteria need not be Boolean-based, that is, any suitable syntax may be used to allow the user to identify a particular email message or class of email messages to be managed according to the system and method of the present invention. Moreover, the email messages to be managed could even include email in the user's “outbox,” i.e., the criteria could allow the user to identify email messages sent by the user from the source server. Instruction module may consult database 222 for valid Boolean operators and fields which may be operated upon. Database 222 may also comprise the user's email account (i.e., the user's inbox and outbox).
- action module 230 is invoked. As shown in FIG. 2 , either instruction module 220 or email server application 200 may invoke action module 230 .
- Action module 230 prepares the selected email messages according to the user's instructions. For example, action module 230 may instruction email application server 230 to forward the selected email to the destination address.
- action module 230 further formats the email messages for easy identification at the destination address. For example, action module 230 may modify the subject field of the message to indicate the true sender's name. Such modification is useful because the message sent to the destination address will have a new sender, such as the user's account on the source server or some other account on the source server.
- the user can identify the message's original sender.
- the subject field could be modified to include the criteria provided by the user in the email instruction message. Again, such modification would assist the user in identifying the email once it is received at the destination address.
- Registration database 212 may further comprise a list of device types and associated device capabilities for each registered destination email addresses. Such information can be used to validate instructions sent by the user. For example, database 212 may include an annotation that wireless telephone 34 does not have the capability to receive binary attachments. Accordingly, if the user sends an instruction that would otherwise result in a binary attachment being transmitted to wireless telephone 34 , instruction module 220 or action module 230 may consult database 212 to determine whether or not the action should be taken.
- registration database 212 may comprise a password or personal identification number (“PIN”).
- PIN personal identification number
- the user is not limited to using only registered destination email addresses for remotely managing email on the source server. That is, the user may send an email instruction from any email account, provided that the instruction email includes the password or PIN.
- the instruction email is encrypted by the user to protect the password or PIN. If the email is encrypted, the email server application includes the key needed to decrypt the email for further processing.
- the present invention may further comprise programming logic added to an email client application.
- Such programming logic includes a user-friendly interface for constructing email instruction messages according to the present invention. Accordingly, a user need not memorize or use a complex syntax for identifying the email messages to be managed. Moreover, the user need not know the command structure required by the instruction module on the email application server-side.
- FIGS. 3 a and 3 b show the steps implemented in a embodiment of the present invention.
- the email server application accepts email messages directed to a special account setup to receive email instructions according to the preferred embodiment of the present invention.
- the flow chart in FIG. 3 b shows email server application implemented using the alternative embodiment of checking incoming email for the special code in some predetermined field, such as the subject field of the message.
- step 300 an email message is received by an email server application (for example email server application 200 shown in FIG. 2 ) on an email host, such as email host 52 in private network 50 .
- an email server application for example email server application 200 shown in FIG. 2
- the system determines if the email message is addressed to the special account for handling according to the present invention. If the email is not addressed to the special account, the message is processed according to normal email channels and the system and method of the present invention ends processing. If the email message is addressed to the special account, step 320 is performed.
- step 320 registration database 212 is checked to determine whether or not the sender of the email is a registered destination email address. Step 320 may be performed directly by email server application 200 or by instruction module 220 or even registration module 210 . As shown in FIG.
- step 3 a if the sender is registered, the system moves on to step 330 . If the sender is not a registered destination email address, the system may perform optional step 335 and check the email message to see if a valid PIN or password is included. If a PIN or password is included in the message it is checked against database 212 for validity. If the PIN or password is not valid, the system exits. In an alternative embodiment, an additionally step may be included such that an error message is sent to the sender of the email. If the PIN or password is valid, the system moves on to step 330 .
- instruction module 220 parses the email message to determine the user's instructions for remotely managing email on the source server.
- the instruction may comprise a plurality of commands and a plurality of criteria for selecting email messages to be managed.
- instruction module ensures that the instruction is valid and can be performed as requested. If the instruction is not valid, the system may attempt to fix the instruction in optional step 345 . If the user's instructions cannot be fixed, the system may move on to optional step 347 , where the user is sent a reply message. If optional step 345 is implemented in an embodiment of the present invention, the fixed instruction preferably is non-invasive, that is, the system will not destroy email messages on the source server without express instructions from the user.
- database 212 also includes device type information associated with each destination email address.
- the users' instruction may be modified to send only the main part of the email but no attachments.
- the user's instruction may be modified to instead send an error message or other informational message to the user.
- step 350 the user's instructions are processed by action module 230 .
- actions taken may include a number of email management tasks.
- the action may be to send selected email messages to the user followed by deleting the email from the user's inbox.
- step 310 determines that the email is sent to a special account
- step 315 a predetermined field of the email message is checked for a special code.
- the predetermined field is the subject field and the special code comprises a character or string of characters not commonly included in a subject field.
- the code may also comprise the users instructions for remote management. The remaining steps shown in FIG. 3 b are the same as shown in FIG. 3 a.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Economics (AREA)
- Computer Hardware Design (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A system and method for receiving email instructions allowing users to remotely manage email messages on a specially adapted email server. The adapted email server comprises a registration module and database and other programming logic for verifying the user and determining the user's instructions for managing the email on the server. The user may advantageously manage email messages using any standard email client without the need to actually log in to the server system.
Description
- This application is a continuation of copending U.S. utility application having Ser. No. 09/739,816, which was filed on Dec. 20, 2000, which is entirely incorporated herein by reference.
- The present invention relates to the transmission of electronic messages over computer networks, and more particularly, to a method and apparatus for managing and manipulating a plurality of electronic messages on the basis of pre-determined criteria.
- During the past decade, electronic mail messages (“email”) have become an indispensable tool for facilitating business and personal communications. Through computer networking systems such as local-area networks (“LAN”), wide-are networks (“WAN”), and the world-wide web (“WWW”), network user can send and receive notes, messages, letters, etc., to communicate with others who are in the same office or perhaps in remote locations across the world.
- For a variety of reasons, many email users typically maintain email accounts with multiple email service providers. For example, a user may have a business email account, a personal email account with a paid service provider, and a personal email account with a free email service provider. Moreover, users may have email accounts for use with interactive paging systems or other handheld electronic messaging devices (e.g., personal data advisor, wireless telephone, etc.). Typically, each email service provider will assign a unique email address to each subscriber of the service. The email address generally corresponds to the user's account on an email host managed by the service provider. As known in the art, one or more email hosts may be used to process inbound email while one or more different email hosts may be used to process outbound email. Alternatively, the same hosts could be used for processing both inbound and outbound email messages. In the present example, although only a single email host is shown for each network, it is to be understood that multiple email hosts may be used in actual implementation of an email network.
-
FIG. 1 shows examples of common service providers typically employed by email users for sending and receiving email For example, the user may have one or more accounts with one or more email service providers directly connected toInternet email network 10, such as e.g., a service provided viaemail host 12. Such accounts are generally accessible via any computer or network in communication withInternet email network 10. Computers onInternet email network 10, e.g.,email host 12 or computer 14, may be in communication with each other and with computers on the other networks, such as Internet Service Provider (“ISP”)network 20,wireless network 30,interactive paging network 40, orprivate network 50. Some email service providers offer purely Internet-based email services. Such services are accessible to subscribers already having connectivity to the Internet. For example, a user on computer 14, already connected toInternet email network 10, may subscribe to email services hosted onemail host 12. The user in this case may be assigned an email address such as: john@emailhost12.com. In addition to using computer 14, the user may access his or her email via other computers, such as, e.g.,computers FIG. 1 . Typical examples of such Internet-based email service providers include, e.g., Hotmail.com, Yahoo.com, and the like. - As noted above, the user may have multiple email accounts through multiple service providers. For example, in addition to the account on
email host 12, the user may have an email account onemail host 22 onISP network 20. In the present example, the user may be assigned an email address such as john@emailhost22.net. As with the Internet-based email services, email services provided by ISPs are generally accessible from any computer on the Internet. For example, the user may access email viacomputer 24, connected toISP network 20, or viacomputers 14 or 54 onInternet email network 10 andprivate network 50, respectively. - As shown in
FIG. 1 , the user may have more specialized email accounts delivered via other networks. For example, the user may send and receive email viawireless network 30 andemail host 32. Wireless devices, e.g.,telephone 34 or personal digital assistant (“PDA”) 36, may be used to send and receive email to or from other wireless devices onwireless network 30 or other email systems connected viaInternet email network 10. The user may also have an email account oninteractive paging network 40 and associatedemail host 42. The user in this case may use interactive pager 44 to send and receive email to any other Internet email address. Finally, the user may have an email account onprivate network 50 hosted onemail host 52. The email service provider in this case could be, e.g., the user's employer and the email messaging system hosted onemail host 52 could be a proprietary email application server. Moreover, email accounts hosted onemail host 52 may only be accessible using a computer directly connected toprivate network 50 and may require a proprietary client application running oncomputer 54. - Users typically are assigned different email address for each individual email account. For example the user may have email addresses: jdoe@emailhost32.wireless.com, jdoe@emailhost42.paging .net, and john.doe@emailhost52.work.com corresponding to
wireless network 30,interactive paging network 40 andprivate network 50, respectively. As described more fully below, such specialized email services typically are not accessible from any computer on the Internet. - A problem for users having such multiple email accounts is that there may be different hardware, software and communications systems requirements for accessing the email stored on each account. For example, some email service providers allow users to access their email via any computer connected to the Internet using a variety of suitable email client programs. Suitable client programs may include web browser client applications, such as applications available from Microsoft Corporation or Netscape Corporation, or other applications using suitable email communications protocols. Commonly used email communications protocols include, e.g., Post Office Protocol (“POP” or “POP3”) or Internet Messaging Access Protocol (“IMAP” or “IMAP4”). Other email service providers, may require proprietary software such as, e.g., Lotus Notes, or Groupwise. In addition to different software requirements, there may be other barriers for managing and accessing email on multiple accounts for using a single interface. For example, private networks may allow access to email services only via certain communications channels, such as, e.g., a direct dial-up network connection to a private network comprising the email host, or only from computers within a defined physical perimeter. Also, an email service provider may only offer access to email accounts via special hardware, such as a wireless telephone or interactive pager.
- A problem therefore exists for users having multiple email accounts because access to each email account using a single device may not be possible. One method used to get around this problem has been to set up automatic forwarding procedures from each account to a central account. Using this method, the user need only ensure access is available to this central account to have access to all of his or her email. This method has numerous drawbacks, e.g., there is little or no segregation of the user's email making it more difficult to separate work accounts from personal accounts; depending on the account used to receive all email, attachments may not be readable; and in some cases, the user is identified as the sender of the email making it more difficult to identify and prioritize the email. Another drawback is that the user must have access to the central account any time he or she wishes to review email messages. However, users may not always know in advance where they will be located and what type of email access will be available.
- The present invention comprises a system and method for remotely managing email messages on a source server. The system comprises a database of destination email addresses corresponding to subscriber accounts authorized to remotely manage email messages. To remotely manage email on the source server, the subscriber (also referred to herein as the “user”) sends management instructions via email messages transmitted to the source server from one of the subscriber's destination email addresses. Accordingly, the instruction email messages have a valid destination email address in the messaged sender-id field. The instruction email message may have a special code in some predetermined field, or, alternatively, the instruction email message may be addressed to a special account on the subscriber's source server. When the source server receives an instruction email message (identified by the special code or because it was addressed to a special account), the source server checks the database to verify the destination email address as an authorized account. If the destination address is valid, i.e., the address has been registered, the source server source server interprets the subscriber's instructions and performs the requested management tasks on email in the user's account on the source server.
- The instruction message may contain a command providing the user's instructions to the source server. Alternatively, if the message contains no command, the source server may perform a default action on the user's email messages. The instruction message may further include criteria for identifying the email messages to be operated on by the source server. The criteria may include Boolean operators and provide conditions or rules for determining whether or not a message is to be included. The criteria may also include strings of data and associated email message fields which should be searched for matching email messages. Accordingly, the user can specify, with some particularity, which messages in his or her email account on the source server will be managed. The email managed according to the present invention may comprise email messages in the user's inbox, the user's outbox or both mailboxes on the source server.
- In a preferred embodiment of the present invention, a registration module and database are provided for administering users' destination email addresses. The database comprises a list of destination email addresses associated with each user. The database may further comprise device type associated with each destination email address. This additional information may be used to determine whether or not the device type is compatible with the user's instructions. In this embodiment, if the device is not compatible, the system may modify the user's instructions according to the device type.
- It is an object of the present invention to provide a system and method for remotely managing email messages on an email server using a remote email account.
- It is another object of the present invention to enable users to remotely manage email messages on an email server using a remote email account with a standard email client interface.
- It is another object of the present invention to allow an email user to retrieve email from one email account to a remote email account.
- These and other objects of the present invention are described in greater detail in the detailed description of the invention, the appended drawings and the attached claims.
-
FIG. 1 is a schematic diagram of a network architecture in which the present invention may be implemented. -
FIG. 2 is a functional diagram showing data flow and programming logic used in a preferred embodiment of the present invention. -
FIG. 3 a is a flow chart of steps carried out in a preferred embodiment of the present invention. -
FIG. 3 b is a flow chart of steps carried out in an alternative embodiment of the present invention. - The present invention may be implemented in any network email architecture, such as, e.g., the architecture shown in
FIG. 1 . In a preferred embodiment, only the email server application on selected email hosts need be modified or supplemented with programming logic and databases according to the present invention. That is, only email server applications allowing remote email management need the additional programming logic. The remote email server applications and associated client application do not need any changes to operate in accordance with the present invention. In an alternative embodiment, the email client applications used by subscribers to issue instruction email messages may be modified or supplemented as described herein. - For purpose of explanation, assume a user (not shown in
FIG. 1 ) has email accounts on each of the hosts and networks described above. That is, assume the user's email addresses for the respective networks are as shown in Table 1, below. Assume, further for purposes of the present example, that the user wishes to manage email on email hosts 12, 22 or 52 via remote email accounts accessible viamobile telephone 34,PDA 36 or interactive pager 44. In this case, the email server applications running on email hosts 12, 22 and 52 are referred to herein as “source server applications” and the user's accounts onwireless network 30 andinteractive paging network 40 are referred to herein as “destination addresses.”TABLE 1 NETWORK EMAIL ADDRESS Internet Email Network 10John.Doe@emailhost12.com ISP Network 20 john@emailhost22.net Wireless Network 30 jdoe@emailhost32.wireless.com Interactive Paging Network 40jdoe@emailhost42.paging.net Private Network 50 John_Doe@emailhost52.work.com - In the preferred embodiment, the present invention is implemented by adding programming logic to the source server application. For example, the source server applications running on email hosts 12, 22 and 52 would include programming logic for interpreting instructions from authorized users and acting accordingly. Email hosts 32 and 42 could also include the programming logic for interpreters such instructions if the user wishes to remotely manage email on accounts in those networks.
-
FIG. 2 shows a schematic diagram of a source application server and the programming logic added in the preferred embodiment of the present invention. As shown inFIG. 2 , the programming logic comprises a plurality of program modules. The modules may be external applications called byemail application server 200 as shown inFIG. 2 , or alternatively, one or more of the modules may be integral toapplication server 200. The modules in the preferred embodiment includeregistration module 210,instruction module 220 andaction module 230. As shown inFIG. 2 ,registration module 210 andinstructions module 220 each interfaces with a database. Althoughdatabases email server application 200, in which case no separate database is required. -
Registration module 210 usesdatabase 212 to store user registration information. Registration information may comprise a list of valid destination addresses for each user and may further include a password selected by the user for access control. User registration information may be transmitted toregistration module 210 using any suitable means. For example, the requests may be provided via an interactive form submitted using a web browser interface. Alternatively, the requests may be provided via email from the user. The request could even be manually entered by a technician upon oral or written request by the user. The registration module may also provide any user interface features desirable for allowing users to identify all destination addresses that from which the user may manage his or her email according to the present invention. - In the present example, because the user wished to remotely manage accounts from
wireless network 30 andpaging network 40, the user's email addresses on those networks must be registered in the source server applications. That is, the user would register destination addresses jdoe@emailhost32.wireless.com and jdoe@emailhost42.paging.net via a registration module on email hosts 12, 22 and 52. By registering a destination address on a source server, the user authorizes the source server application to accept email management instructions received from the destination address. For example, if the user wishes to retrieve email from his or her private network account to his or her interactive pager account, the user must register the address jdoe@emailhost42.paging.net onemail host 52. To request retrieval of the email, the user sends an email message from interactive pager 44 to emailhost 52 as described below. - User management instructions are sent via email messages from the destination address to the source server. In one embodiment, the user's email message includes a special code in a predetermined field to identify the email message as a request for remote management by the user. In this case, when the source server receives an incoming email messages it checks the predetermined field for the special code. If the code is present in the predetermined field, the email message is passed to
instruction module 220 for further processing. For example the special code may be a particular character string, such as, e.g., “#” or “*MANAGE EMAIL*” or some other string or symbol which flags an incoming email message for special processing. The predetermined field could be any of the fields comprising an email message. Preferably, the predetermined field is either the subject field or the email message body. In an alternative embodiment, the user addresses the email to a special account on the source server. In this case, all email addressed to the special account is passed on toinstruction module 220 for processing. In either case,instruction module 220 oremail application server 200 consult withregistration module 210 anddatabase 212 to verify that the sender of the email message is authorized to remotely manage an email account. If the sender is authorized, i.e., if the email message was received from a registered destination email address,instruction module 220 parses the message to determine the appropriate instructions. If the sender is not authorized, then no further action need be taken by the system of the present invention. The system may optionally send an error message in reply to the received email message to inform the sender of the problem. - The user's instructions are inserted in the email in a predefined format. For example, the instructions may be inserted into the email subject field and may include a command and a criteria. The command identifies the actual email management instructions the user wishes to perform and the criteria identifies the email message to be acted on. In a preferred embodiment, if no criteria is provided, the command is performed on all of the user's email on the source server. Also, in a preferred embodiment, the command may be blank, which may indicate that some default command, such as retrieve, should be executed.
- In a preferred embodiment, the commands include management operations such as send; delete; forward (to another account); send without attachments, send only attachments; move (to a folder or directory on the source server); print; and the like. Also, in the preferred embodiment, multiple commands may be issued in a single email message. For example, the user may instruct the source server to send the user's email to the destination address, then delete the email from the user's mailbox on the source server. The criteria used to identify email messages may include a Boolean operation, such as, e.g., “DATE>YESTERDAY” (all email received since yesterday); “FROM=jane.doe@home.com” (all email received from the address jane.doe@home.com), or “DATE=21 Jun. 2000 and SUBJ< > ‘important document;’” (all email received on the date, Jun. 21, 2000 and containing the phrase “important document” in the subject field). The criteria need not be Boolean-based, that is, any suitable syntax may be used to allow the user to identify a particular email message or class of email messages to be managed according to the system and method of the present invention. Moreover, the email messages to be managed could even include email in the user's “outbox,” i.e., the criteria could allow the user to identify email messages sent by the user from the source server. Instruction module may consult
database 222 for valid Boolean operators and fields which may be operated upon.Database 222 may also comprise the user's email account (i.e., the user's inbox and outbox). - After
instruction module 220 determines the user's management commands and identifies the email messages to be operated on,action module 230 is invoked. As shown inFIG. 2 , eitherinstruction module 220 oremail server application 200 may invokeaction module 230.Action module 230 prepares the selected email messages according to the user's instructions. For example,action module 230 may instructionemail application server 230 to forward the selected email to the destination address. In a preferred embodiment,action module 230 further formats the email messages for easy identification at the destination address. For example,action module 230 may modify the subject field of the message to indicate the true sender's name. Such modification is useful because the message sent to the destination address will have a new sender, such as the user's account on the source server or some other account on the source server. By modifying the subject field, the user can identify the message's original sender. Similarly, the subject field could be modified to include the criteria provided by the user in the email instruction message. Again, such modification would assist the user in identifying the email once it is received at the destination address. -
Registration database 212 may further comprise a list of device types and associated device capabilities for each registered destination email addresses. Such information can be used to validate instructions sent by the user. For example,database 212 may include an annotation thatwireless telephone 34 does not have the capability to receive binary attachments. Accordingly, if the user sends an instruction that would otherwise result in a binary attachment being transmitted towireless telephone 34,instruction module 220 oraction module 230 may consultdatabase 212 to determine whether or not the action should be taken. - In another alternative embodiment,
registration database 212 may comprise a password or personal identification number (“PIN”). In this embodiment, the user is not limited to using only registered destination email addresses for remotely managing email on the source server. That is, the user may send an email instruction from any email account, provided that the instruction email includes the password or PIN. Preferably, the instruction email is encrypted by the user to protect the password or PIN. If the email is encrypted, the email server application includes the key needed to decrypt the email for further processing. - The present invention may further comprise programming logic added to an email client application. Such programming logic includes a user-friendly interface for constructing email instruction messages according to the present invention. Accordingly, a user need not memorize or use a complex syntax for identifying the email messages to be managed. Moreover, the user need not know the command structure required by the instruction module on the email application server-side.
- The flow charts in
FIGS. 3 a and 3 b show the steps implemented in a embodiment of the present invention. InFIG. 3 a, the email server application accepts email messages directed to a special account setup to receive email instructions according to the preferred embodiment of the present invention. In contrast, the flow chart inFIG. 3 b shows email server application implemented using the alternative embodiment of checking incoming email for the special code in some predetermined field, such as the subject field of the message. - In
step 300, an email message is received by an email server application (for exampleemail server application 200 shown inFIG. 2 ) on an email host, such asemail host 52 inprivate network 50. Instep 310, the system determines if the email message is addressed to the special account for handling according to the present invention. If the email is not addressed to the special account, the message is processed according to normal email channels and the system and method of the present invention ends processing. If the email message is addressed to the special account,step 320 is performed. Instep 320,registration database 212 is checked to determine whether or not the sender of the email is a registered destination email address. Step 320 may be performed directly byemail server application 200 or byinstruction module 220 or evenregistration module 210. As shown inFIG. 3 a, if the sender is registered, the system moves on to step 330. If the sender is not a registered destination email address, the system may performoptional step 335 and check the email message to see if a valid PIN or password is included. If a PIN or password is included in the message it is checked againstdatabase 212 for validity. If the PIN or password is not valid, the system exits. In an alternative embodiment, an additionally step may be included such that an error message is sent to the sender of the email. If the PIN or password is valid, the system moves on to step 330. - In
step 330,instruction module 220 parses the email message to determine the user's instructions for remotely managing email on the source server. As described above, the instruction may comprise a plurality of commands and a plurality of criteria for selecting email messages to be managed. Instep 330, instruction module ensures that the instruction is valid and can be performed as requested. If the instruction is not valid, the system may attempt to fix the instruction inoptional step 345. If the user's instructions cannot be fixed, the system may move on tooptional step 347, where the user is sent a reply message. Ifoptional step 345 is implemented in an embodiment of the present invention, the fixed instruction preferably is non-invasive, that is, the system will not destroy email messages on the source server without express instructions from the user. As described above, a situation where the system could fix the instruction may arise ifdatabase 212 also includes device type information associated with each destination email address. In this case, if the user requests attachments to be sent, but the device cannot receive such input, the users' instruction may be modified to send only the main part of the email but no attachments. Similarly, the user's instruction may be modified to instead send an error message or other informational message to the user. - If the user's instruction is valid or is fixed in
step 345, the system moves on to step 350 for further processing according to the present invention. Instep 350, the user's instructions are processed byaction module 230. As described above, actions taken may include a number of email management tasks. For example, the action may be to send selected email messages to the user followed by deleting the email from the user's inbox. - The flow chart in
FIG. 3 b shows many of the same steps described above. For simplicity, optional steps, such assteps FIG. 3b . However, these optional steps and others may be included in this embodiment if desired. The primary difference between the embodiment shown inFIG. 3 b and that shown inFIG. 3 a, is how the system determines that an email received by the email server application comprises a request for remote management from a user. As shown inFIG. 3 b, step 310 (determining that the email is sent to a special account) is replaced bystep 315. Instep 315, a predetermined field of the email message is checked for a special code. In a preferred embodiment, the predetermined field is the subject field and the special code comprises a character or string of characters not commonly included in a subject field. The code may also comprise the users instructions for remote management. The remaining steps shown inFIG. 3 b are the same as shown inFIG. 3 a. - The foregoing disclose of embodiments of the present invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many variations and modification of the embodiments described herein will be obvious to one of ordinary skill in the art in light of the above disclosure. The scope of the invention is to be defined only by the claims appended hereto, and by their equivalents.
Claims (1)
1. A method for managing a predetermined set of email messages on a source email server from a remote email network, said method comprising the steps of:
(a) receiving an email message at the source email server, wherein said email message has a destination email address in a first field, a code in a second field and an instruction in a third field, wherein said destination email address corresponds to a subscriber account on the remote email network;
(b) checking a database to determine a permission for the destination email address; and
(c) performing the instruction on the set of email messages if the permission is granted.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/851,693 US20070299926A1 (en) | 2000-12-20 | 2007-09-07 | Method and Apparatus for Dynamically Managing Electronic Mail Messages on a Remote Electronic Mail Messaging System |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/739,816 US7269624B1 (en) | 2000-12-20 | 2000-12-20 | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
US11/851,693 US20070299926A1 (en) | 2000-12-20 | 2007-09-07 | Method and Apparatus for Dynamically Managing Electronic Mail Messages on a Remote Electronic Mail Messaging System |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/739,816 Continuation US7269624B1 (en) | 2000-12-20 | 2000-12-20 | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070299926A1 true US20070299926A1 (en) | 2007-12-27 |
Family
ID=38473343
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/739,816 Expired - Fee Related US7269624B1 (en) | 2000-12-20 | 2000-12-20 | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
US11/851,693 Abandoned US20070299926A1 (en) | 2000-12-20 | 2007-09-07 | Method and Apparatus for Dynamically Managing Electronic Mail Messages on a Remote Electronic Mail Messaging System |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/739,816 Expired - Fee Related US7269624B1 (en) | 2000-12-20 | 2000-12-20 | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
Country Status (1)
Country | Link |
---|---|
US (2) | US7269624B1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120084842A1 (en) * | 2011-09-13 | 2012-04-05 | Whitmyer Jr Wesley W | Configurable electronic messaging system that maintains recipient privacy |
US9147082B2 (en) | 2011-09-13 | 2015-09-29 | Whorlr Llc | Electronic messaging system with configurable delivery that maintains recipient privacy |
US9578122B1 (en) * | 2015-12-08 | 2017-02-21 | International Business Machines Corporation | Communicating an E-mail from a sender to a plurality of recipients |
US10263927B2 (en) | 2015-12-08 | 2019-04-16 | International Business Machines Corporation | Decluttering general communication message for specific audience |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6219694B1 (en) | 1998-05-29 | 2001-04-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device having a shared electronic address |
US7269624B1 (en) * | 2000-12-20 | 2007-09-11 | At&T Bls Intellectual Property, Inc. | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
DE60138737D1 (en) * | 2001-03-08 | 2009-06-25 | Fujitsu Ltd | Methods and devices for the delivery of electronic mail |
US7865554B2 (en) * | 2002-03-14 | 2011-01-04 | Microsoft Corporation | Internet e-mail bridge |
US8032592B2 (en) * | 2002-04-18 | 2011-10-04 | Intuit Inc. | System and method for data collection and update utilizing surrogate e-mail addresses using a server |
US7752322B2 (en) * | 2004-03-19 | 2010-07-06 | Sony Corporation | System for ubiquitous network presence and access without cookies |
US7760704B2 (en) * | 2004-06-29 | 2010-07-20 | Interdigital Technology Corporation | System and method for call routing and paging across different types of networks |
US8831991B2 (en) * | 2005-01-21 | 2014-09-09 | The Invention Science Fund I, Llc | Limited-life electronic mail account as intermediary |
US10021062B2 (en) * | 2005-07-01 | 2018-07-10 | Cirius Messaging Inc. | Secure electronic mail system |
US8682979B2 (en) * | 2005-07-01 | 2014-03-25 | Email2 Scp Solutions Inc. | Secure electronic mail system |
WO2007004232A1 (en) * | 2005-07-04 | 2007-01-11 | Hewlett-Packard Development Company, L.P. | Device management across firewall architecture |
US7680112B2 (en) * | 2005-08-26 | 2010-03-16 | Microsoft Corporation | Peer-to-peer communication system |
US20070072588A1 (en) * | 2005-09-29 | 2007-03-29 | Teamon Systems, Inc. | System and method for reconciling email messages between a mobile wireless communications device and electronic mailbox |
GB2449830B (en) * | 2006-03-06 | 2011-05-11 | Marc Timothy Turk | Data message management system |
US9471899B2 (en) * | 2010-04-08 | 2016-10-18 | The Groupery, Inc. | Apparatus and method for interactive email |
US9225552B2 (en) * | 2010-05-24 | 2015-12-29 | Microsoft Technology Licensing, Llc | Mail service management system |
US8903849B2 (en) * | 2011-05-25 | 2014-12-02 | Microsoft Corporation | Cross-platform data preservation |
US9203823B2 (en) | 2013-10-30 | 2015-12-01 | At&T Intellectual Property I, L.P. | Methods and systems for selectively obtaining end user authentication before delivering communications |
US11164156B1 (en) * | 2021-04-30 | 2021-11-02 | Oracle International Corporation | Email message receiving system in a cloud infrastructure |
Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5956486A (en) * | 1995-12-20 | 1999-09-21 | Hickman; Paul Lawrence | Method and apparatus for monitoring multiple electronic mail systems |
US5958005A (en) * | 1997-07-17 | 1999-09-28 | Bell Atlantic Network Services, Inc. | Electronic mail security |
US6101526A (en) * | 1997-02-19 | 2000-08-08 | Canon Kabushiki Kaisha | Data communication apparatus and method for transmitting data based upon a received instruction |
US6230156B1 (en) * | 1995-06-21 | 2001-05-08 | Microsoft Corporation | Electronic mail interface for a network server |
US6253202B1 (en) * | 1998-09-18 | 2001-06-26 | Tacit Knowledge Systems, Inc. | Method, system and apparatus for authorizing access by a first user to a knowledge profile of a second user responsive to an access request from the first user |
US6272532B1 (en) * | 1998-12-02 | 2001-08-07 | Harold F. Feinleib | Electronic reminder system with universal email input |
US20020091829A1 (en) * | 2000-02-22 | 2002-07-11 | Wood Christopher (Noah) | Internet message management portal |
US6430598B1 (en) * | 1999-01-29 | 2002-08-06 | International Business Machines Corporation | Method and system for deleting messages from a server |
US20020194178A1 (en) * | 1998-09-18 | 2002-12-19 | Tacit Knowledge Systems, Inc. | Method and apparatus for constructing and maintaining a user knowledge profile |
US6629130B2 (en) * | 1998-04-30 | 2003-09-30 | Nokia Mobile Phones Ltd. | Method and apparatus for processing electronic mail |
US6640229B1 (en) * | 1998-09-18 | 2003-10-28 | Tacit Knowledge Systems, Inc. | Automatic management of terms in a user profile in a knowledge management system |
US6654787B1 (en) * | 1998-12-31 | 2003-11-25 | Brightmail, Incorporated | Method and apparatus for filtering e-mail |
US6654779B1 (en) * | 1999-04-14 | 2003-11-25 | First Data Resources | System and method for electronic mail (e-mail) address management |
US6658454B1 (en) * | 2000-02-07 | 2003-12-02 | Sendmail, Inc. | Electronic mail system with improved methodology for processing messages with mailing lists |
US6697942B1 (en) * | 1999-02-04 | 2004-02-24 | Earthlink, Inc. | Method for remotely managing a remote device using an electronic mail message |
US6779022B1 (en) * | 2000-08-17 | 2004-08-17 | Jens Horstmann | Server that obtains information from multiple sources, filters using client identities, and dispatches to both hardwired and wireless clients |
US6816884B1 (en) * | 2000-01-27 | 2004-11-09 | Colin T. Summers | System and method for creating conversationally-styled summaries from digesting email messages |
US6965918B1 (en) * | 1999-04-30 | 2005-11-15 | International Business Machines Corporation | System and method for integrated management of electronic messages |
US6999993B1 (en) * | 1999-12-15 | 2006-02-14 | Microsoft Corporation | Methods and systems for end-users extensible electronic mail |
US7269624B1 (en) * | 2000-12-20 | 2007-09-11 | At&T Bls Intellectual Property, Inc. | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6938065B2 (en) * | 2000-12-12 | 2005-08-30 | Ericsson Inc. | System and method for controlling inclusion of email content |
-
2000
- 2000-12-20 US US09/739,816 patent/US7269624B1/en not_active Expired - Fee Related
-
2007
- 2007-09-07 US US11/851,693 patent/US20070299926A1/en not_active Abandoned
Patent Citations (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6230156B1 (en) * | 1995-06-21 | 2001-05-08 | Microsoft Corporation | Electronic mail interface for a network server |
US5956486A (en) * | 1995-12-20 | 1999-09-21 | Hickman; Paul Lawrence | Method and apparatus for monitoring multiple electronic mail systems |
US6101526A (en) * | 1997-02-19 | 2000-08-08 | Canon Kabushiki Kaisha | Data communication apparatus and method for transmitting data based upon a received instruction |
US5958005A (en) * | 1997-07-17 | 1999-09-28 | Bell Atlantic Network Services, Inc. | Electronic mail security |
US6629130B2 (en) * | 1998-04-30 | 2003-09-30 | Nokia Mobile Phones Ltd. | Method and apparatus for processing electronic mail |
US6253202B1 (en) * | 1998-09-18 | 2001-06-26 | Tacit Knowledge Systems, Inc. | Method, system and apparatus for authorizing access by a first user to a knowledge profile of a second user responsive to an access request from the first user |
US6647384B2 (en) * | 1998-09-18 | 2003-11-11 | Tacit Knowledge Systems, Inc. | Method and apparatus for managing user profiles including identifying users based on matched query term |
US6640229B1 (en) * | 1998-09-18 | 2003-10-28 | Tacit Knowledge Systems, Inc. | Automatic management of terms in a user profile in a knowledge management system |
US20020194178A1 (en) * | 1998-09-18 | 2002-12-19 | Tacit Knowledge Systems, Inc. | Method and apparatus for constructing and maintaining a user knowledge profile |
US6272532B1 (en) * | 1998-12-02 | 2001-08-07 | Harold F. Feinleib | Electronic reminder system with universal email input |
US6654787B1 (en) * | 1998-12-31 | 2003-11-25 | Brightmail, Incorporated | Method and apparatus for filtering e-mail |
US6430598B1 (en) * | 1999-01-29 | 2002-08-06 | International Business Machines Corporation | Method and system for deleting messages from a server |
US6697942B1 (en) * | 1999-02-04 | 2004-02-24 | Earthlink, Inc. | Method for remotely managing a remote device using an electronic mail message |
US6654779B1 (en) * | 1999-04-14 | 2003-11-25 | First Data Resources | System and method for electronic mail (e-mail) address management |
US6965918B1 (en) * | 1999-04-30 | 2005-11-15 | International Business Machines Corporation | System and method for integrated management of electronic messages |
US6999993B1 (en) * | 1999-12-15 | 2006-02-14 | Microsoft Corporation | Methods and systems for end-users extensible electronic mail |
US6816884B1 (en) * | 2000-01-27 | 2004-11-09 | Colin T. Summers | System and method for creating conversationally-styled summaries from digesting email messages |
US6658454B1 (en) * | 2000-02-07 | 2003-12-02 | Sendmail, Inc. | Electronic mail system with improved methodology for processing messages with mailing lists |
US20020091829A1 (en) * | 2000-02-22 | 2002-07-11 | Wood Christopher (Noah) | Internet message management portal |
US6779022B1 (en) * | 2000-08-17 | 2004-08-17 | Jens Horstmann | Server that obtains information from multiple sources, filters using client identities, and dispatches to both hardwired and wireless clients |
US7269624B1 (en) * | 2000-12-20 | 2007-09-11 | At&T Bls Intellectual Property, Inc. | Method and apparatus for dynamically managing electronic mail messages on a remote electronic mail messaging system |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120084842A1 (en) * | 2011-09-13 | 2012-04-05 | Whitmyer Jr Wesley W | Configurable electronic messaging system that maintains recipient privacy |
US20130297715A1 (en) * | 2011-09-13 | 2013-11-07 | Wesley W. Whitmyer, Jr. | Configurable Electronic Messaging System That Maintains Recipient Privacy |
US9147082B2 (en) | 2011-09-13 | 2015-09-29 | Whorlr Llc | Electronic messaging system with configurable delivery that maintains recipient privacy |
US9578122B1 (en) * | 2015-12-08 | 2017-02-21 | International Business Machines Corporation | Communicating an E-mail from a sender to a plurality of recipients |
US10263927B2 (en) | 2015-12-08 | 2019-04-16 | International Business Machines Corporation | Decluttering general communication message for specific audience |
Also Published As
Publication number | Publication date |
---|---|
US7269624B1 (en) | 2007-09-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070299926A1 (en) | Method and Apparatus for Dynamically Managing Electronic Mail Messages on a Remote Electronic Mail Messaging System | |
US7092998B2 (en) | Software architecture for wireless data and method of operation thereof | |
US7284045B1 (en) | Method and system for determining information to access an electronic mail account | |
US6427164B1 (en) | Systems and methods for automatically forwarding electronic mail when the recipient is otherwise unknown | |
US7822977B2 (en) | System for eliminating unauthorized electronic mail | |
US6993561B2 (en) | Method and apparatus for maintaining a unified view of multiple mailboxes | |
US8255464B2 (en) | Contact management system and method | |
US8332239B2 (en) | Automatic patient record update enabled clinical messaging | |
US8700781B2 (en) | Automated processing of service requests using structured messaging protocols | |
US7155725B1 (en) | Apparatus and method for coordinating multiple e-mail accounts | |
US20160269440A1 (en) | System and method for managing email and email security | |
US20030050988A1 (en) | E-mail system providing filtering methodology on a per-domain basis | |
US20030065941A1 (en) | Message handling with format translation and key management | |
US7328247B2 (en) | Self-contained instant messaging appliance | |
US20070226300A1 (en) | System and method to prevent the sending of email messages to unqualified recipients | |
US20060086798A1 (en) | Deferred email message system and service | |
US20040039778A1 (en) | Internet communication | |
US7493374B2 (en) | System periodically retrieving and processing information from multiple network accounts and presenting to user through a common account | |
US20060235945A1 (en) | Software architecture for wireless data and method of operation thereof | |
WO2002013489A2 (en) | Recipient-specified automated processing in a secure data file delivery system | |
WO2004114692A1 (en) | Arrangement for mobile communications and wireless publishing | |
WO2002003595A2 (en) | Process and architecture for xml-based insurance marketplace | |
KR100430910B1 (en) | Group-independent message transfer method and system lending specified application module | |
JP2002183002A (en) | Server device reporting domain name as candidate to be corrected, client computer using domain name as candidate to be corrected reported by the same server device, recording medium with recorded program running on the same client computer, and mail server reporting mail address as candidate to be corrected | |
JP7021426B1 (en) | Message conversion system and message conversion program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |