US20040148432A1 - Mailing list management system and electronic mail transmitting/receiving apparatus - Google Patents
Mailing list management system and electronic mail transmitting/receiving apparatus Download PDFInfo
- Publication number
- US20040148432A1 US20040148432A1 US10/741,993 US74199303A US2004148432A1 US 20040148432 A1 US20040148432 A1 US 20040148432A1 US 74199303 A US74199303 A US 74199303A US 2004148432 A1 US2004148432 A1 US 2004148432A1
- Authority
- US
- United States
- Prior art keywords
- electronic mail
- transfer destination
- destination address
- unit
- mailing list
- 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
Images
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/48—Message addressing, e.g. address format or anonymous messages, aliases
-
- 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 invention relates to a technology of controlling distributing and relaying a mailing list of an electronic mail, and is an electronic mail bypass processing control system for bypassing and transferring, in case a fault occurs in a server (relay server) on a transfer route, data to a destination terminal device among terminal devices registered in the mailing list without via the fault-occurred server.
- a technology referred to as a mailing list is broadly known as unit for multicasting information such as an electronic mail, etc, to a multiplicity of recipients.
- This hitherto-known mailing list is that when the electronic mail arrives at, for example, a representative address managed beforehand as the mailing list, a management server executes a variety of transfer control processes to distribute (transfer) the electronic mail to a plurality of addresses registered in the mailing list.
- the majority of electronic mails distributed (transferred) by the mailing list management server are transferred via a plurality of servers (relay servers) implementing a predetermined communication protocol as in the case of, for instance, a normal electronic mail.
- the one single management server executes the distributing (transferring) process, and besides the transferring process can be shared by providing, for example, a plurality of relay serves serving as the management servers (which will hereinafter simply be termed relay servers) group by group.
- a representative address of a different mailing list is further registered in the relay server on the transfer route, and the relay server further distributes (transfers) to addresses registered in this different mailing list.
- Japanese Patent Application Laid-Open Publication No.2002-325104 by the present applicant is given as this type of prior art, however, a technology disclosed in this publication is to transmit the electronic mail to an address after being changed by utilizing absence answering information in a case where the address of the transfer destination is changed in the mailing list, but is not what assumes the fault of the relay server.
- a main purpose of the invention is, with respect to terminal devices that are not directly managed by a server itself as a transfer source for the purpose of load sharing and with respect to a transfer to a mailing list, in case a fault occurs in a relay server managing an address of a transfer destination, to provide unit for automatically bypass-transferring an electronic mail without via the fault-occurred relay server. Further, another object of the invention is to solve the following problems.
- the invention is that on the occasion of receiving an electronic mail to a predetermined receiving address defined as a mailing lists there is stored mailing list information recorded beforehand with a transfer destination address of the electronic mail and a bypass-transfer destination address for bypassing the transfer destination address, and, on the occasion of transferring the electronic mail to the transfer destination address, in case a fault occurs in the transfer destination and the transferring is difficult, the bypass-transfer destination address is read out so that the received electronic mail is transferred thereto by bypassing the transfer destination address.
- These units can be provided in the mailing list management server, the electronic mail relay server, and also a terminal device such as a transmitting apparatus, a receiving apparatus, etc.
- storage unit of the servers and of the apparatuses are stored with the transfer destination and the bypass-transfer destination as databases of the mailing list information, and the databases can be synchronized between the respective servers and apparatuses.
- the transfer source can distribute the electronic mail by bypassing the relay server.
- FIG. 1 is a view of system architecture of the invention
- FIG. 2 is a diagram of a structure of a database used in the embodiment
- FIG. 3 is a processing flowchart in the embodiment
- FIG. 4 is an explanatory diagram showing an authentication procedure of a server in an electronic mail terminal device
- FIG. 5 is a sequence diagram showing the authentication procedure of the server in the electronic mail terminal device
- FIG. 6 is an explanatory diagram showing a receipt record generated by a receipt record generation unit of the electronic mail terminal device
- FIG. 7 is an explanatory diagram showing a database updating procedure in case a database is disposed in the terminal device.
- FIG. 8 is an explanatory diagram showing contents of a DB update mail.
- FIG. 1 is a view of architecture, showing a mailing list management system of the invention.
- servers A ⁇ D are electronic mailing list management servers and also serve as relay servers.
- Each server is constructed of a mail receiving unit 1 for receiving an Electronic mail from a terminal device, a transfer destination determining unit 2 for determining a transfer destination of the Electronic mail, a data transfer unit 3 for transferring the Electronic mail to the transfer destination via a network, a bypass processing unit 4 starting a bypass process when an error occurs in the data transfer, a re-sending destination determining unit 5 for searching for an address of a bypass destination from a database and setting it, and a data bypass-transfer unit 6 for bypass-transferring the Electronic mail. Then, the transfer destination determining unit 2 and the re-sending destination determining unit 5 are accessible to databases (D-A).
- Each of these function units 1 to 6 is actualized by a program of an information processing apparatus configuring the server, and is actualized in a state where a central processing unit (CPU) of the server is executable of the program stored on, for example, a hard disk apparatus sequentially reading it through a memory.
- CPU central processing unit
- the database is stored within the hard disk device, and is stored with list data of a mailing list as shown in FIG. 2 that will be described later on.
- notations of a user 1 , a user 2 , . . . represent individual addresses for identifying users serving as final destination, or individual addresses for identifying terminal devices corresponding to the users.
- the transfer destination determining unit 2 the re-sending determining unit 5 , the data transfer unit 3 and the data bypass-transfer unit 6 are separately constructed in terms of a necessity of explanation and may also be integrated by a single construction.
- a common database may also separately installed.
- the servers A, B, C, D and terminal devices A 1 ⁇ A 3 , B 1 ⁇ B 3 , C 1 ⁇ C 3 , D 1 ⁇ D 3 shall be apparatuses connectable to the network such as the Internet, etc., and capable of transmitting and receiving electronic information (Electronic mails, etc.) based on SMTP (Simple Mail Transfer Protocol).
- SMTP Simple Mail Transfer Protocol
- the electronic mail receiving unit 1 receives the Electronic mail from the terminal device A 1 (step 302 ), and sends it to the transfer destination determining unit 2 .
- the transfer destination determining unit 2 analyzes header information of the Electronic mail received from the terminal device A 1 (step 303 ), and refers to the database (DB: D-A) with respect to information on the transfer destination.
- List information (a numeral 22 shown in FIG. 2) registered in the received mailing list is extracted from the database (DB: D-A), a server (the server C) managing the extracted address is determined as a transfer destination (step 304 ), and it is sent to the data transfer unit 3 .
- the data transfer unit 3 transfers the data to the server C determined as the transfer destination by the transfer destination determining unit 2 (step 305 ). In case the data transfer is normally completed, the processing is terminated.
- step 306 in case the data transfer by the data transfer unit 3 falls into a failure (step 306 ), the transfer process is repeated three times. In case all these three transfers fall into failures, the bypass processing unit 4 is notified of this.
- the bypass processing unit 4 notifies the resending destination determining unit 5 of only the information of the server (the server C) as the transfer destination with the failure in the data transfer unit 3 .
- the re-sending determining unit 5 searches for and searches out the addresses of the terminal devices (the terminal devices C 1 ⁇ C 3 ) subordinate to the server C having failed in transferring from the database (DB), and determines them as new transfer destinations (step 307 ).
- the database (DB) has a structure in FIG. 2 that will hereinafter be explained, and hence the new transfer destinations can be determined by referring to user information 23 .
- the data bypass-transfer unit 6 bypass-transfers the Electronic mail to the new transfer destinations (the terminal devices C 1 ⁇ C 3 ) created as described above (step 308 ).
- the processing is terminated (steps 309 , 311 ). If the data transfer falls into the failure, the re-sending process is repeated three times only; in case all the re-sending processes fall into the failures, it is judged that faults occur in the terminal devices (the terminal devices C 1 ⁇ C 3 ), then an error message is sent back to the terminal device A 1 as a sender, and the processing comes to an end (steps 310 , 311 ).
- fault information of the server C is registered on the database (DB: D-A), and from this onwards any Electronic mails shall not be transferred directly to the server C. Then, at this time the data transfer unit 3 notifies other servers (the server B and the server D) of the information (the fault information of the server C) of the server having failed in transferring, and any Electronic mails shall not be sent to the server (the server C) having failed in transferring.
- the fault information on the server C is registered in the databases (D-B, D-C, D-D), and the addresses of the terminal devices C 1 ⁇ C 3 subordinate to the server C can be registered directly as addresses of the Electronic mails.
- the data transfer unit 3 further notifies a server administrator (concretely an address of the server administrator) of the occurrence of the fault.
- the recovered server notifies other servers (the servers A, B and D) that the server (the server C) has been recovered, and the transfer of the Electronic mail to the server C is permitted.
- DB database
- the database is structured of a list-of-mailing-lists 21 , list information 22 of each of the mailing lists and terminal information 23 registered in the mailing lists.
- the list-of-mailing-lists 21 is stored with address information of the registered mailing lists.
- the address information is information for specifying the mailing list, and is stored in a character string of alphanumeric characters such as ML 1 , etc.
- the list information 22 is stored with address information of the terminal devices registered in the respective mailing lists and with address information of the mailing lists.
- the address information is information for specifying the terminal device registered and the mailing list, and is stored in a character string of alphanumeric characters.
- the terminal information 23 is stored with the address information of the terminal device, information of a domain to which the terminal device belongs and information of the server to which the terminal device belongs.
- a synchronizing method is that in case a change of the registered information occurs in one unspecified database, this database notifies other databases that the change occurs, and transmits a piece of change information thereto.
- the bypass processing unit 4 accepts the transfer failure from the data transfer unit 3 , the fault information of the server C is registered in the database (DB: D-A), and the transfer to this server C shall not be performed. Further, the servers B, D are also notifies this kin of change information of the database via the data transfer unit 3 or the data bypass-transfer unit 6 , the respective databases (DBs: D-B, D-D) are updated based on this piece of fault information, and the Electronic mails shall not be transferred to the server C from the servers B, D.
- FIG. 4 is an explanatory view showing a server authentication procedure in the electronic mail terminal device
- FIG. 5 is a sequence diagram thereof.
- an authentication database (authentication DB) 42 is stored with an IP address and a domain name of a server (a server for managing the terminal devices directly or indirectly) for accepting a receipt of the data based on SMTP. Note that in the case of architecture of providing also the terminal side with the database (DB) as shown in FIG. 7 which will hereinafter be described, this can be also utilized as the authentication database (authentication DB) 42 .
- a mail receiving unit 41 of the terminal device C 1 executes processes shown in FIG. 5. Further, a receipt record generating unit 43 has receipt records as shown in FIG. 6.
- a “sender” is extracted out of a from-address of the electronic mail.
- a “just-anterior server” is extracted from a parameter of a HELO command of SMTP.
- a subject of the electronic mail is extracted as a “case name”.
- the number of pages of an attached file is recorded as a “page count”.
- a bypass or non-bypass is registered in “remarks”. A judgment as to the bypass is made by the sequence shown in FIG. 5. Namely, in the case of receiving the electronic mail from the server that indirectly manages the terminal device, the “bypass” is registered. Further, in the case of receiving from an off-management server, an “off-management” is registered.
- an output unit 44 has a function of outputting the electronic mail (image data) received and the receipt record, and a printer and a display apparatus can be exemplified as an output apparatus. Further, print data, a file, display data, etc. can be exemplified as an output format.
- the server A when unable to transmit from the server A to the server C, the server A bypasses the server C and transmits by SMTP directly to the terminal devices C 1 , C 2 , C 3 .
- the terminal devices C 1 , C 2 , C 3 compare the server information stored as described above with the information (the IP address or the domain) about the server as the sender that has been acquired by the SMTP receipt, and judges whether the SMTP receipt is accepted or not (see FIG. 5).
- the IP address is acquired by referring to a source address of an IP header in the received mail.
- a domain name of the SMTP server as the sender is acquired by referring to the parameter of the SMTP HELO command. Note that a comparison between the IP address and the domain name may be made based on whether both are coincident (a judgment by AND) or whether any one of them is coincident (a judgment by OR).
- the SMTP receipt from the server that indirectly manages the electronic mail terminal device can be also accepted only in the case of the bypass-transfer by having information indicating the bypass-transfer contained in the SMTP procedure and in the electronic mail header.
- FIG. 7 is an example where the database (DB) of each of the servers which has been explained in FIG. 4 is disposed in the terminal device (DB 77 is herein shown in only the terminal device C 1 ).
- an operation unit 79 provided on the terminal device C 1 is an input apparatus such as a keyboard, etc. or a program and is a function unit for only accessing the database (DB) 77 and reading and writing contents thereof.
- a DB update mail generating unit 78 is a function unit for detecting updating of the database (DB) 77 and generating an electronic mail for notifying of this.
- a DB update mail detection unit 73 provided in the server A is a function unit for detecting a DB update mail and notifying a DB update unit 72 of an updated content thereof
- a DB update mail transfer unit 71 is a function unit for transferring the DB update mail to other terminal devices A 1 ⁇ A 3 .
- the DB update mail generating unit 78 when each of the terminal devices C 1 ⁇ C 3 makes a change, etc. in the database (DB), the DB update mail generating unit 78 generates the DB update mail which describes this content and sends it to the server A and the terminal devices C 2 , C 3 via a mail transmitting unit 76 .
- FIG. 8 shows contents of the DB update mail.
- a DB update mail detection unit 73 detects this and notifies the DB update unit 72 of it, and a database (DB) 74 is updated according to the contents of the update mail.
- DB database
- the electronic mail can be automatically transferred to the terminal device without via the fault-occurred server or to the mailing list.
- the information of the fault-occurred server can be shared, and therefore the electronic mail can be efficiently transferred by temporarily preventing the fault-occurred server from relaying the electronic mail.
- the receipt from only the specified server can be made, and receipts of futile electronic mails can be prevented.
- the information for specifying the server that has sent the electronic mail is recorded, whereby an operating state of the server can be grasped.
- the mailing address information can be changed.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Description
- The invention relates to a technology of controlling distributing and relaying a mailing list of an electronic mail, and is an electronic mail bypass processing control system for bypassing and transferring, in case a fault occurs in a server (relay server) on a transfer route, data to a destination terminal device among terminal devices registered in the mailing list without via the fault-occurred server.
- A technology referred to as a mailing list is broadly known as unit for multicasting information such as an electronic mail, etc, to a multiplicity of recipients. This hitherto-known mailing list is that when the electronic mail arrives at, for example, a representative address managed beforehand as the mailing list, a management server executes a variety of transfer control processes to distribute (transfer) the electronic mail to a plurality of addresses registered in the mailing list.
- At this time, the majority of electronic mails distributed (transferred) by the mailing list management server are transferred via a plurality of servers (relay servers) implementing a predetermined communication protocol as in the case of, for instance, a normal electronic mail.
- Herein, in case the transfer of some electronic mails fell into a failure due to an occurrence of fault in a server on a transfer route, it follows that the mailing list management server or a transfer server just anterior thereto repeats re-transferring the failure electric mails several times to the fault-occurred server at a predetermined time interval. In case all these re-transfers fell into the failure, the server trying to transfer the electronic mails to the fault-occurred server sent an error message to a transfer source, and finished the process of transferring the electronic mails.
- On the other hand, as for the addresses registered as transfer destinations in the mailing list, all the addresses indicating users who become final destinations or terminal devices corresponding those users (which will hereinafter simply be termed terminal devices), are not necessarily registered. Namely, the one single management server executes the distributing (transferring) process, and besides the transferring process can be shared by providing, for example, a plurality of relay serves serving as the management servers (which will hereinafter simply be termed relay servers) group by group. In this case, a representative address of a different mailing list is further registered in the relay server on the transfer route, and the relay server further distributes (transfers) to addresses registered in this different mailing list.
- Thus, in the mailing list, there was a case in which loads applied on the servers and the network are shared. Accordingly, in case a certain server receives the electronic mail addressed to the representative address of the mailing list, this server, in addition to transferring the electronic mail to the terminal devices managed by this server itself, must transfer the electronic mail to the terminal devices out of the management of the server, and must further transfer the electronic mail to the server that manages the different mailing list, and so on.
- In case the fault occurs in the relay serve as described above, however, there arose a problem that the electronic mails can not be transferred to the terminal devices managed by the relay server and to the terminal devices registered in the mailing list managed by the server.
- Note that Japanese Patent Application Laid-Open Publication No.2002-325104 by the present applicant is given as this type of prior art, however, a technology disclosed in this publication is to transmit the electronic mail to an address after being changed by utilizing absence answering information in a case where the address of the transfer destination is changed in the mailing list, but is not what assumes the fault of the relay server.
- [Patent document 1]
- Japanese Patent Application Laid-Open Publication No.2002-325104 (FIG. 1)
- A main purpose of the invention is, with respect to terminal devices that are not directly managed by a server itself as a transfer source for the purpose of load sharing and with respect to a transfer to a mailing list, in case a fault occurs in a relay server managing an address of a transfer destination, to provide unit for automatically bypass-transferring an electronic mail without via the fault-occurred relay server. Further, another object of the invention is to solve the following problems.
- (1) With respect to the transfer to the mailing list, even in the event of the fault being occurred in a server managing an address of a transmitting destination, there is a necessity of establishing unit for automatically transferring the electronic mail to the address of the terminal device as the transmitting destination without via the fault-occurred relay server or to the mailing list.
- (2) On the occasion of establishing the transferring unit, in regards to databases to be used, there is a necessity of establishing unit for automatically synchronizing between a plurality of servers.
- (3) On the occasion of detecting the occurrence of the fault in the server as the transfer destination during the process of transferring the electronic mail, there is a necessity of establishing setting unit notifying the mailing list management server or the transfer source server of information about the fault-occurred server, and for temporarily preventing the fault-occurred server from relaying the electronic mail.
- (4) In the electronic mail terminal device, there is a necessity of establishing receiving unit receiving from only the mailing list management server that directly or indirectly manages the electronic mail terminal device itself or from only the transfer source server.
- (5) In the electronic mail terminal device, there is a necessity of establishing unit for leaving a record as to whether the received electronic mail is sent by the server that manages directly or indirectly the self-apparatus or by a server out of the management.
- (6) In the electronic mail terminal device, there is a necessity of establishing a function of changing the mailing list.
- Note that all the problems must not necessarily be solved, and it shall be sufficient that any one of them is solved.
- The invention is that on the occasion of receiving an electronic mail to a predetermined receiving address defined as a mailing lists there is stored mailing list information recorded beforehand with a transfer destination address of the electronic mail and a bypass-transfer destination address for bypassing the transfer destination address, and, on the occasion of transferring the electronic mail to the transfer destination address, in case a fault occurs in the transfer destination and the transferring is difficult, the bypass-transfer destination address is read out so that the received electronic mail is transferred thereto by bypassing the transfer destination address.
- These units can be provided in the mailing list management server, the electronic mail relay server, and also a terminal device such as a transmitting apparatus, a receiving apparatus, etc.
- More concretely, storage unit of the servers and of the apparatuses are stored with the transfer destination and the bypass-transfer destination as databases of the mailing list information, and the databases can be synchronized between the respective servers and apparatuses.
- With these solution unit adopted, even in case the address in the mailing list exists in the addresses and the mailing list that are managed by the fault-occurred relay server, the transfer source can distribute the electronic mail by bypassing the relay server.
- FIG. 1 is a view of system architecture of the invention;
- FIG. 2 is a diagram of a structure of a database used in the embodiment;
- FIG. 3 is a processing flowchart in the embodiment;
- FIG. 4 is an explanatory diagram showing an authentication procedure of a server in an electronic mail terminal device;
- FIG. 5 is a sequence diagram showing the authentication procedure of the server in the electronic mail terminal device;
- FIG. 6 is an explanatory diagram showing a receipt record generated by a receipt record generation unit of the electronic mail terminal device;
- FIG. 7 is an explanatory diagram showing a database updating procedure in case a database is disposed in the terminal device; and
- FIG. 8 is an explanatory diagram showing contents of a DB update mail.
- Embodiments of the invention will hereinafter be described by use of the drawings.
- FIG. 1 is a view of architecture, showing a mailing list management system of the invention.
- In the same Figure, servers A˜D are electronic mailing list management servers and also serve as relay servers.
- Each server is constructed of a
mail receiving unit 1 for receiving an Electronic mail from a terminal device, a transferdestination determining unit 2 for determining a transfer destination of the Electronic mail, adata transfer unit 3 for transferring the Electronic mail to the transfer destination via a network, a bypass processing unit 4 starting a bypass process when an error occurs in the data transfer, a re-sendingdestination determining unit 5 for searching for an address of a bypass destination from a database and setting it, and a data bypass-transfer unit 6 for bypass-transferring the Electronic mail. Then, the transferdestination determining unit 2 and the re-sendingdestination determining unit 5 are accessible to databases (D-A). - Each of these
function units 1 to 6 is actualized by a program of an information processing apparatus configuring the server, and is actualized in a state where a central processing unit (CPU) of the server is executable of the program stored on, for example, a hard disk apparatus sequentially reading it through a memory. - Further, the database is stored within the hard disk device, and is stored with list data of a mailing list as shown in FIG. 2 that will be described later on. In FIG. 2, notations of a
user 1, auser 2, . . . represent individual addresses for identifying users serving as final destination, or individual addresses for identifying terminal devices corresponding to the users. - Note that the transfer
destination determining unit 2, there-sending determining unit 5, thedata transfer unit 3 and the data bypass-transfer unit 6 are separately constructed in terms of a necessity of explanation and may also be integrated by a single construction. - Moreover, as for the databases (D-A, D-B, D-C, D-D), a common database may also separately installed.
- In FIG. 1, the servers A, B, C, D and terminal devices A1˜A3, B1˜B3, C1˜C3, D1˜D3 shall be apparatuses connectable to the network such as the Internet, etc., and capable of transmitting and receiving electronic information (Electronic mails, etc.) based on SMTP (Simple Mail Transfer Protocol).
- In the same Figure, upon a start of processing (
step 301 in FIG. 3), the electronicmail receiving unit 1 receives the Electronic mail from the terminal device A1 (step 302), and sends it to the transferdestination determining unit 2. - The transfer
destination determining unit 2 analyzes header information of the Electronic mail received from the terminal device A1 (step 303), and refers to the database (DB: D-A) with respect to information on the transfer destination. List information (anumeral 22 shown in FIG. 2) registered in the received mailing list is extracted from the database (DB: D-A), a server (the server C) managing the extracted address is determined as a transfer destination (step 304), and it is sent to thedata transfer unit 3. - The
data transfer unit 3 transfers the data to the server C determined as the transfer destination by the transfer destination determining unit 2 (step 305). In case the data transfer is normally completed, the processing is terminated. - Herein, in case the data transfer by the
data transfer unit 3 falls into a failure (step 306), the transfer process is repeated three times. In case all these three transfers fall into failures, the bypass processing unit 4 is notified of this. - The bypass processing unit4 notifies the resending
destination determining unit 5 of only the information of the server (the server C) as the transfer destination with the failure in thedata transfer unit 3. - The
re-sending determining unit 5 searches for and searches out the addresses of the terminal devices (the terminal devices C1˜C3) subordinate to the server C having failed in transferring from the database (DB), and determines them as new transfer destinations (step 307). At this time, the database (DB) has a structure in FIG. 2 that will hereinafter be explained, and hence the new transfer destinations can be determined by referring touser information 23. - The data bypass-
transfer unit 6 bypass-transfers the Electronic mail to the new transfer destinations (the terminal devices C1˜C3) created as described above (step 308). - In case the transfer is normally completed, the processing is terminated (
steps 309, 311). If the data transfer falls into the failure, the re-sending process is repeated three times only; in case all the re-sending processes fall into the failures, it is judged that faults occur in the terminal devices (the terminal devices C1˜C3), then an error message is sent back to the terminal device A1 as a sender, and the processing comes to an end (steps 310, 311). - Note that in the case of failing in transferring the Electronic mail in
step 306, fault information of the server C is registered on the database (DB: D-A), and from this onwards any Electronic mails shall not be transferred directly to the server C. Then, at this time thedata transfer unit 3 notifies other servers (the server B and the server D) of the information (the fault information of the server C) of the server having failed in transferring, and any Electronic mails shall not be sent to the server (the server C) having failed in transferring. Concretely the fault information on the server C is registered in the databases (D-B, D-C, D-D), and the addresses of the terminal devices C1˜C3 subordinate to the server C can be registered directly as addresses of the Electronic mails. - The
data transfer unit 3 further notifies a server administrator (concretely an address of the server administrator) of the occurrence of the fault. - When the server (the server C) is recovered from the fault, the recovered server (the server C) notifies other servers (the servers A, B and D) that the server (the server C) has been recovered, and the transfer of the Electronic mail to the server C is permitted.
- Herein, a structure of the database (DB) is shown in FIG. 2.
- The database (DB) is structured of a list-of-mailing-
lists 21,list information 22 of each of the mailing lists andterminal information 23 registered in the mailing lists. - The list-of-mailing-
lists 21 is stored with address information of the registered mailing lists. The address information is information for specifying the mailing list, and is stored in a character string of alphanumeric characters such as ML1, etc. - The
list information 22 is stored with address information of the terminal devices registered in the respective mailing lists and with address information of the mailing lists. The address information is information for specifying the terminal device registered and the mailing list, and is stored in a character string of alphanumeric characters. - The
terminal information 23 is stored with the address information of the terminal device, information of a domain to which the terminal device belongs and information of the server to which the terminal device belongs. - These pieces of address information, domain information and server information are stored in character strings of alphanumeric characters.
- In a case where the plurality of servers A˜D are individually loaded with databases (DB), synchronization between the respective databases automatically takes place. A synchronizing method is that in case a change of the registered information occurs in one unspecified database, this database notifies other databases that the change occurs, and transmits a piece of change information thereto.
- More concretely, when the bypass processing unit4 accepts the transfer failure from the
data transfer unit 3, the fault information of the server C is registered in the database (DB: D-A), and the transfer to this server C shall not be performed. Further, the servers B, D are also notifies this kin of change information of the database via thedata transfer unit 3 or the data bypass-transfer unit 6, the respective databases (DBs: D-B, D-D) are updated based on this piece of fault information, and the Electronic mails shall not be transferred to the server C from the servers B, D. - Next, an electronic mail terminal device will be explained referring to FIG. 4˜FIG. 6.
- FIG. 4 is an explanatory view showing a server authentication procedure in the electronic mail terminal device, and FIG. 5 is a sequence diagram thereof.
- In FIG. 4, architecture of the terminal device C1 in FIG. 1 is illustrated in detail. In the same Figure, an authentication database (authentication DB) 42 is stored with an IP address and a domain name of a server (a server for managing the terminal devices directly or indirectly) for accepting a receipt of the data based on SMTP. Note that in the case of architecture of providing also the terminal side with the database (DB) as shown in FIG. 7 which will hereinafter be described, this can be also utilized as the authentication database (authentication DB) 42.
- In the same Figure, a
mail receiving unit 41 of the terminal device C1 executes processes shown in FIG. 5. Further, a receiptrecord generating unit 43 has receipt records as shown in FIG. 6. In this receipt record, a “sender” is extracted out of a from-address of the electronic mail. A “just-anterior server” is extracted from a parameter of a HELO command of SMTP. A subject of the electronic mail is extracted as a “case name”. The number of pages of an attached file is recorded as a “page count”. A bypass or non-bypass is registered in “remarks”. A judgment as to the bypass is made by the sequence shown in FIG. 5. Namely, in the case of receiving the electronic mail from the server that indirectly manages the terminal device, the “bypass” is registered. Further, in the case of receiving from an off-management server, an “off-management” is registered. - Moreover, an
output unit 44 has a function of outputting the electronic mail (image data) received and the receipt record, and a printer and a display apparatus can be exemplified as an output apparatus. Further, print data, a file, display data, etc. can be exemplified as an output format. - In the embodiment, when unable to transmit from the server A to the server C, the server A bypasses the server C and transmits by SMTP directly to the terminal devices C1, C2, C3.
- Herein, the terminal devices C1, C2, C3 compare the server information stored as described above with the information (the IP address or the domain) about the server as the sender that has been acquired by the SMTP receipt, and judges whether the SMTP receipt is accepted or not (see FIG. 5). Herein, the IP address is acquired by referring to a source address of an IP header in the received mail. A domain name of the SMTP server as the sender is acquired by referring to the parameter of the SMTP HELO command. Note that a comparison between the IP address and the domain name may be made based on whether both are coincident (a judgment by AND) or whether any one of them is coincident (a judgment by OR).
- Further, the SMTP receipt from the server that indirectly manages the electronic mail terminal device can be also accepted only in the case of the bypass-transfer by having information indicating the bypass-transfer contained in the SMTP procedure and in the electronic mail header.
- Moreover, in the case of accepting the bypass-transfer, this is also a case in which the server directly managing the electronic mail terminal device is unusable due to the fault, etc. The apparatus is changed in its setting so as to utilize the server indirectly managing the electronic mail terminal device in order not to cause a trouble also in the case of transmitting the electronic mail from the electronic mail terminal device.
- FIG. 7 is an example where the database (DB) of each of the servers which has been explained in FIG. 4 is disposed in the terminal device (DB77 is herein shown in only the terminal device C1).
- In the same Figure, an
operation unit 79 provided on the terminal device C1 is an input apparatus such as a keyboard, etc. or a program and is a function unit for only accessing the database (DB) 77 and reading and writing contents thereof. - A DB update
mail generating unit 78 is a function unit for detecting updating of the database (DB) 77 and generating an electronic mail for notifying of this. - On the other hand, a DB update
mail detection unit 73 provided in the server A is a function unit for detecting a DB update mail and notifying aDB update unit 72 of an updated content thereof, and a DB updatemail transfer unit 71 is a function unit for transferring the DB update mail to other terminal devices A1˜A3. - According to the architecture shown in the same Figure, when each of the terminal devices C1˜C3 makes a change, etc. in the database (DB), the DB update
mail generating unit 78 generates the DB update mail which describes this content and sends it to the server A and the terminal devices C2, C3 via amail transmitting unit 76. FIG. 8 shows contents of the DB update mail. - In the server A, when a
mail receiving unit 75 receives the DB update mail from the terminal device C1 via the network, a DB updatemail detection unit 73 detects this and notifies theDB update unit 72 of it, and a database (DB) 74 is updated according to the contents of the update mail. Note that other terminal devices A1˜A3 are also notified of this DB update mail via the DB updatemail transfer unit 71, and the databases (DBs) possessed by these terminal devices are to be updated. - According to the invention, as for the transfer of the electronic mail addressed to the mailing list, even in case the fault occurs in the relay server on the transfer route, the electronic mail can be automatically transferred to the terminal device without via the fault-occurred server or to the mailing list.
- In connection with the databases used on that occasion, the synchronization between the plurality of servers is automatically taken, thereby facilitating the management of the plurality of databases.
- Further, the information of the fault-occurred server can be shared, and therefore the electronic mail can be efficiently transferred by temporarily preventing the fault-occurred server from relaying the electronic mail.
- In the electronic mail terminal device, the receipt from only the specified server can be made, and receipts of futile electronic mails can be prevented.
- Moreover, the information for specifying the server that has sent the electronic mail is recorded, whereby an operating state of the server can be grasped.
- Furthermore, from on the electronic terminal device, the mailing address information can be changed.
Claims (12)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002370863A JP3990272B2 (en) | 2002-12-20 | 2002-12-20 | Mailing list management system and e-mail transmission / reception device |
JP2002-370863 | 2002-12-20 |
Publications (2)
Publication Number | Publication Date |
---|---|
US20040148432A1 true US20040148432A1 (en) | 2004-07-29 |
US7543029B2 US7543029B2 (en) | 2009-06-02 |
Family
ID=32732706
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/741,993 Expired - Fee Related US7543029B2 (en) | 2002-12-20 | 2003-12-19 | Mailing list management system and electronic mail transmitting/receiving apparatus |
Country Status (2)
Country | Link |
---|---|
US (1) | US7543029B2 (en) |
JP (1) | JP3990272B2 (en) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080063001A1 (en) * | 2006-09-12 | 2008-03-13 | Murata Machinery, Ltd. | Relay-server |
US20080089349A1 (en) * | 2006-10-11 | 2008-04-17 | Murata Machinery, Ltd | File server device |
US20080091768A1 (en) * | 2006-10-11 | 2008-04-17 | Murata Machinery, Ltd | File transfer server |
US20080137672A1 (en) * | 2006-12-11 | 2008-06-12 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20080147825A1 (en) * | 2006-12-19 | 2008-06-19 | Murata Machinery, Ltd. | Relay server and client terminal |
US20080275953A1 (en) * | 2007-05-02 | 2008-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20080275945A1 (en) * | 2007-05-02 | 2008-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20080281981A1 (en) * | 2007-05-09 | 2008-11-13 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20080288591A1 (en) * | 2006-11-24 | 2008-11-20 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication device |
US20090164637A1 (en) * | 2007-12-25 | 2009-06-25 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20090164636A1 (en) * | 2007-12-25 | 2009-06-25 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20090172166A1 (en) * | 2007-12-27 | 2009-07-02 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20090172075A1 (en) * | 2007-12-28 | 2009-07-02 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20110228682A1 (en) * | 2008-12-02 | 2011-09-22 | Nobuyuki Enomoto | Communication network management system, method and program, and management computer |
US20130275501A1 (en) * | 2010-12-16 | 2013-10-17 | Murata Machinery, Ltd. | Relay communication system and relay servers |
US8902733B2 (en) | 2008-12-02 | 2014-12-02 | Nec Corporation | Communication network management system, method and program, and management computer |
US10109327B2 (en) | 2013-03-14 | 2018-10-23 | Micron Technology, Inc. | Apparatuses and methods for controlling data timing in a multi-memory system |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4910274B2 (en) * | 2004-09-17 | 2012-04-04 | 富士通株式会社 | Program and server device |
US20070233844A1 (en) | 2006-03-29 | 2007-10-04 | Murata Kikai Kabushiki Kaisha | Relay device and communication system |
FR2907294A1 (en) * | 2006-10-16 | 2008-04-18 | France Telecom | METHOD FOR ROUTING A SIP MESSAGE IN CASE OF UNAVAILABLE INTERMEDIATE NODES |
WO2008062499A1 (en) * | 2006-11-20 | 2008-05-29 | Pioneer Corporation | Mail delivery device, mail terminal, mail processing method, mail processing program, and recording medium |
GB0708504D0 (en) * | 2007-05-02 | 2007-06-13 | Yac Ltd | Fax conversion |
JP4656536B2 (en) * | 2007-05-09 | 2011-03-23 | 村田機械株式会社 | Relay server and relay communication system |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5581757A (en) * | 1990-11-15 | 1996-12-03 | Rolm Systems | Partially replicated database for a network of store-and-forward message systems |
US6212552B1 (en) * | 1998-01-15 | 2001-04-03 | At&T Corp. | Declarative message addressing |
US6427164B1 (en) * | 1999-06-23 | 2002-07-30 | Mail Registry, Inc. | Systems and methods for automatically forwarding electronic mail when the recipient is otherwise unknown |
US20040078601A1 (en) * | 2002-08-02 | 2004-04-22 | Chris Tengwall | System and method for operating a wireless device network |
US6957248B2 (en) * | 2000-07-31 | 2005-10-18 | Pitney Bowes Inc. | System and method for forwarding electronic messages |
US7254573B2 (en) * | 2002-10-02 | 2007-08-07 | Burke Thomas R | System and method for identifying alternate contact information in a database related to entity, query by identifying contact information of a different type than was in query which is related to the same entity |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08316984A (en) | 1995-05-18 | 1996-11-29 | Matsushita Electric Ind Co Ltd | Electronic mail system |
-
2002
- 2002-12-20 JP JP2002370863A patent/JP3990272B2/en not_active Expired - Fee Related
-
2003
- 2003-12-19 US US10/741,993 patent/US7543029B2/en not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5581757A (en) * | 1990-11-15 | 1996-12-03 | Rolm Systems | Partially replicated database for a network of store-and-forward message systems |
US6212552B1 (en) * | 1998-01-15 | 2001-04-03 | At&T Corp. | Declarative message addressing |
US6427164B1 (en) * | 1999-06-23 | 2002-07-30 | Mail Registry, Inc. | Systems and methods for automatically forwarding electronic mail when the recipient is otherwise unknown |
US6957248B2 (en) * | 2000-07-31 | 2005-10-18 | Pitney Bowes Inc. | System and method for forwarding electronic messages |
US20040078601A1 (en) * | 2002-08-02 | 2004-04-22 | Chris Tengwall | System and method for operating a wireless device network |
US7254573B2 (en) * | 2002-10-02 | 2007-08-07 | Burke Thomas R | System and method for identifying alternate contact information in a database related to entity, query by identifying contact information of a different type than was in query which is related to the same entity |
Cited By (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080063001A1 (en) * | 2006-09-12 | 2008-03-13 | Murata Machinery, Ltd. | Relay-server |
US8472454B2 (en) | 2006-09-12 | 2013-06-25 | Murata Machinery, Ltd. | Relay-server arranged to carry out communications between communication terminals on different LANS |
US20080089349A1 (en) * | 2006-10-11 | 2008-04-17 | Murata Machinery, Ltd | File server device |
US20080091768A1 (en) * | 2006-10-11 | 2008-04-17 | Murata Machinery, Ltd | File transfer server |
US8443088B2 (en) | 2006-10-11 | 2013-05-14 | Murata Machinery, Ltd. | File transfer server |
US8316134B2 (en) | 2006-10-11 | 2012-11-20 | Murata Machinery, Ltd. | File server device arranged in a local area network and being communicable with an external server arranged in a wide area network |
US20080288591A1 (en) * | 2006-11-24 | 2008-11-20 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication device |
US8005961B2 (en) | 2006-11-24 | 2011-08-23 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication device |
US20080137672A1 (en) * | 2006-12-11 | 2008-06-12 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8010647B2 (en) * | 2006-12-11 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and relay communication system arranged to share resources between networks |
US8010598B2 (en) | 2006-12-19 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and client terminal |
US20080147825A1 (en) * | 2006-12-19 | 2008-06-19 | Murata Machinery, Ltd. | Relay server and client terminal |
US20080275945A1 (en) * | 2007-05-02 | 2008-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20080275953A1 (en) * | 2007-05-02 | 2008-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8606941B2 (en) | 2007-05-02 | 2013-12-10 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8005893B2 (en) | 2007-05-02 | 2011-08-23 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20080281981A1 (en) * | 2007-05-09 | 2008-11-13 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8307100B2 (en) | 2007-05-09 | 2012-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8010675B2 (en) | 2007-12-25 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8949419B2 (en) | 2007-12-25 | 2015-02-03 | Murata Machinery, Ltd. | Synchronizing sharing servers |
US20090164636A1 (en) * | 2007-12-25 | 2009-06-25 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20090164637A1 (en) * | 2007-12-25 | 2009-06-25 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20090172166A1 (en) * | 2007-12-27 | 2009-07-02 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8321575B2 (en) | 2007-12-27 | 2012-11-27 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8069246B2 (en) | 2007-12-28 | 2011-11-29 | Murata Machinery, Ltd. | Relay server and relay communication system including a relay group information registration unit, a shared resource information registration unit, and a control unit |
US20090172075A1 (en) * | 2007-12-28 | 2009-07-02 | Murata Machinery, Ltd. | Relay server and relay communication system |
US20110228682A1 (en) * | 2008-12-02 | 2011-09-22 | Nobuyuki Enomoto | Communication network management system, method and program, and management computer |
US8711678B2 (en) * | 2008-12-02 | 2014-04-29 | Nec Corporation | Communication network management system, method and program, and management computer |
US8902733B2 (en) | 2008-12-02 | 2014-12-02 | Nec Corporation | Communication network management system, method and program, and management computer |
US20130275501A1 (en) * | 2010-12-16 | 2013-10-17 | Murata Machinery, Ltd. | Relay communication system and relay servers |
US9380130B2 (en) * | 2010-12-16 | 2016-06-28 | Murata Machinery, Ltd. | Relay communication system and relay servers |
US10109327B2 (en) | 2013-03-14 | 2018-10-23 | Micron Technology, Inc. | Apparatuses and methods for controlling data timing in a multi-memory system |
Also Published As
Publication number | Publication date |
---|---|
JP2004201255A (en) | 2004-07-15 |
JP3990272B2 (en) | 2007-10-10 |
US7543029B2 (en) | 2009-06-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7543029B2 (en) | Mailing list management system and electronic mail transmitting/receiving apparatus | |
US9374479B2 (en) | Integrated document delivery method and apparatus | |
US20040049546A1 (en) | Mail processing system | |
US7058088B2 (en) | Data communication program product to rewrite simultaneously firmware of plurality of devices connected to network | |
JPH08130554A (en) | Electronic mail processor and remote printing processing method based upon electronic mail | |
CN100370412C (en) | Data processing device and method | |
CN101663868A (en) | Different and independence extendible messenger service (MS) content stores on redundant, geography | |
CN101526888A (en) | Printing system, printer devices, a host device and computer program products. | |
US6230210B1 (en) | Method and apparatus for re-synchronizing a network manager to its network agents | |
JP2008141361A (en) | Data distribution method, data distribution system and node device | |
US20080092144A1 (en) | Information processing apparatus and control method thereof, and program | |
US20010027487A1 (en) | Network-based content collection and distribution system | |
US20020051168A1 (en) | Internet facsimile system | |
JP2007102301A (en) | Mail-synchronizing method and mail-synchronizing device | |
JPH1124857A (en) | Printing data distribution system, printing data file managing method of server and storage medium in which printing data file managing program of server is stored | |
JP2000163295A (en) | File transfer management system | |
JPH1153140A (en) | Printer | |
US20020143884A1 (en) | Data communication program product transmitting firmware in divisional manner | |
EP1109367A2 (en) | An electronic mail synchronizing device | |
JP2001175557A (en) | Electronic mail system, transfer method for electronic mail, and recording medium | |
JPH11353262A (en) | Printing method and device of electronic mail and storage medium recorded with program of electronic mail print procedure | |
JPS6390941A (en) | Message communication system | |
JP2001345991A (en) | Facsimile server | |
JP2009093314A (en) | E-mail transmitting and receiving system | |
CN115766683A (en) | Message processing method, device, equipment and medium based on front-end system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: FUJITSU LIMITED, JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:UDONO, YUJI;GOTO, YASUTAKA;ITAKURA, RYUJI;AND OTHERS;REEL/FRAME:014833/0867;SIGNING DATES FROM 20031128 TO 20031201 Owner name: MURATA KIKAI KABUSHIKI KAISHA, JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:UDONO, YUJI;GOTO, YASUTAKA;ITAKURA, RYUJI;AND OTHERS;REEL/FRAME:014833/0867;SIGNING DATES FROM 20031128 TO 20031201 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20210602 |