JP3761028B2 - Mail server and its program - Google Patents

Mail server and its program Download PDF

Info

Publication number
JP3761028B2
JP3761028B2 JP2002327969A JP2002327969A JP3761028B2 JP 3761028 B2 JP3761028 B2 JP 3761028B2 JP 2002327969 A JP2002327969 A JP 2002327969A JP 2002327969 A JP2002327969 A JP 2002327969A JP 3761028 B2 JP3761028 B2 JP 3761028B2
Authority
JP
Japan
Prior art keywords
mail
address
destination
destination name
name
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.)
Expired - Fee Related
Application number
JP2002327969A
Other languages
Japanese (ja)
Other versions
JP2004165877A (en
Inventor
政史 江口
好史 谷本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Murata Machinery Ltd
Original Assignee
Murata Machinery Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Murata Machinery Ltd filed Critical Murata Machinery Ltd
Priority to JP2002327969A priority Critical patent/JP3761028B2/en
Publication of JP2004165877A publication Critical patent/JP2004165877A/en
Application granted granted Critical
Publication of JP3761028B2 publication Critical patent/JP3761028B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

【0001】
【発明の利用分野】
この発明はメールサーバに関し、特にユーザが入力した不完全なメールアドレスを完全なメールアドレスに補完できるようにしたメールサーバに関する。
【0002】
【従来技術】
【0003】
【特許文献1】
特開2002−215524号公報
【0004】
特許文献1には、@マークを含まない宛先名がユーザにより入力されると、ユーザの属するドメイン名を追加することが開示されている。これによって、同一のドメイン内であれば、ユーザはドメイン名の入力を省略できる。
【0005】
特許文献1も記載するように、電子メールのヘッダにメールアドレスを完全に入力することは、ユーザにとって負担となる。これは例えば、メールアドレスは桁数の多い英数字で入力する必要があるからである。そこで同一のドメイン内に限らず、他のドメインへの電子メールでも、メールアドレスを補完できるようにすることが好ましい。
【0006】
【発明の課題】
この発明の課題は、他のドメインへの電子メールでもメールアドレスを補完できるようにして、ユーザが簡単にアドレスを入力できるようにすることにある(請求項1〜5)。
請求項3,5の発明での追加の課題は、メール送信先に関するユーザ間のセキュリティを守ると共に、類似した名称の宛先名がある場合でも、混同しないようにすることにある。
【0007】
【発明の構成】
この発明は、受信した電子メールを該当するメールアドレスに転送するためのメールサーバにおいて、電子メールの宛先名をメールアドレスに変換するためのテーブルを、作成・更新・参照するための手段を設けて、宛先として完全なメールアドレスが記載された電子メールを受信すると、宛先中の@よりも左側の部分を宛先名としてそのメールアドレスを前記テーブルに追加すると共に、受信した電子メールを、その電子メール中の宛先名を前記テーブルを参照して変換したメールアドレスへ転送するための手段を設けたことを特徴とする(請求項1)。
【0008】
好ましくは、前記テーブルの作成・更新・参照手段では、@を2個含む宛先が記載された電子メールを受信すると、宛先中の@で挟まれた部分を宛先名として、@で挟まれた部分を省略したメールアドレスを前記テーブルに追加する。
また好ましくは、メールサーバが接続されたLAN内の送り手のローカルユーザ毎に、前記テーブルを区分して設ける。前記テーブルを送り手のユーザ毎に区分して設ける(請求項3)。
【0009】
またこの発明は、受信した電子メールを該当するメールアドレスに転送するためのメールサーバのためのプログラムにおいて、電子メールの宛先名をメールアドレスに変換するためのテーブルを作成・更新するための命令を設けて、宛先として完全なメールアドレスが記載された電子メールを受信すると、宛先中の@よりも左側の部分を宛先名としてそのメールアドレスを前記テーブルに追加すると共に、受信した電子メール中の宛先名を、前記テーブルを参照してメールアドレスに変換するための命令を備えた、メールサーバ用のプログラムにある(請求項4)。
好ましくは、前記テーブルの作成・更新命令では、メールサーバが接続されたLAN内の送り手のローカルユーザ毎に、前記テーブルを区分して設ける(請求項5)。
【0010】
この明細書において、ユーザ毎にとは、1人のユーザ毎にあるいは複数の人からなるグループとしてのユーザ毎にとの意味である。またドメイン内のユーザなどからなる宛先名に対しても、アドレスを補完するためのテーブルなどを設ける場合、このテーブルをドメイン外の宛先へのアドレス変換用のテーブルと合体したテーブルとしても良い。
【0011】
【発明の作用と効果】
この発明のメールサーバやメールサーバ用のプログラムを用いると、ドメイン外の宛先に対しても、テーブルからメールアドレスを求めて電子メールを転送できる。このため、ユーザは電子メールに完全なメールアドレスを入力する必要がなく、ユーザのアドレス入力が簡単になる(請求項1〜5)。
【0012】
ここで請求項2の発明のように、@を2個含む宛先が記載された電子メールを受信すると、宛先中の@で挟まれた部分を宛先名として、@で挟まれた部分を省略したメールアドレスを前記テーブルに追加すると、@と@に挟まれた部分の任意の略語などを見出し語(宛先名)として用いて、メールアドレスをテーブルに追加できる。このため、メールアドレスの一部のメールボックス名に、ドメイン名などを追加してメールアドレスを完全なものに補完する以外に、ユーザが選んだ任意の略語などから、完全なメールアドレスに変換できる。このためアドレス入力が更に簡単になる。
【0013】
またメールアドレスへの変換テーブルを、送り手のユーザ毎に区分して設けると、他のユーザの送信先のメールアドレスにアクセスするなどの不正が困難になり、ユーザ間のセキュリティが向上する。またユーザ間で、異なるメールアドレスに同じ宛先名を用いて、アドレス変換テーブルを作成した場合でも、混同が生じなくなる(請求項3,5)。
【0014】
【実施例】
図1〜図6に、実施例とその変形とを示す。これらの図において、2はLANで、4は例えばパーソナルコンピュータのメールクライアントである。6はメールサーバで、8はインターネットである。メールサーバ6はローカルユーザのリスト10を備えており、これは例えばLAN2内のメールクライアント4について、その宛先名、メールアドレスとIPアドレス並びにクライアントのその他の属性を記述したリストである。12はアドレス変換テーブルで、各メールクライアント4毎に設け、あるいはメールクライアント4のグループ毎に設ける。アドレス変換テーブル12は、メールアドレスの一部などからなる任意の宛先名に対して、ドメイン名を含む完全なメールアドレスを記述したテーブルであり、これ以外にIPアドレスを記述しても良い。そしてアドレス変換テーブル12はメールサーバ6が管理し、メールサーバ6を介して作成と更新並びに参照が自在である。14はアドレス変換テーブルの管理プログラムである。
【0015】
LAN2に複数のメールサーバが存在する場合等は、ローカルユーザのリスト10やアドレス変換テーブル12,テーブル管理プログラム14は個々のメールサーバ6に設けるのではなく、複数のメールサーバ6,6’の間で共有しても良い。16はLDAPサーバで、メールサーバ6,6’間でアドレス変換テーブル12などの資源を共有する場合、これらの資源を記憶し、メールサーバ6,6’などは、LDAP(ライト・ディレクトリ・アクセス・プロトコル)により、サーバ16内のリスト10やテーブル12を参照する。
【0016】
図2にアドレス変換テーブル12の例を示すと、左側の見出し欄は宛先名で、右側は宛先名に対応するメールアドレスである。なお宛先名をメールアドレス中の@より左側に限定する場合、メールアドレスの全体を記憶する代わりに、ドメイン名のみを記憶しても良い。テーブル12では、例えば宛先名 "abc" に対して@以下のドメイン名 "xyz.com" を補い、完全なメールアドレス "abc@xyz.com" と補完する。また宛先名 "murata" に対してドメイン名 "muratec.co.jp" を補完する。宛先名はメールアドレス中の@よりも左側の部分などに限定されるものではなく、メールアドレスの一部でも、あるいはメールアドレスには含まれない単語でも良い。例えば "ichiro_tanaka" に対してその一部の "tanaka" を宛先名としても良い。
【0017】
図3にメールサーバの転送アルゴリズムを示す。メールサーバ6は電子メールを受信すると(ステップ1)、宛先名にドメイン名が存在するかどうかをチェックし(ステップ2)、ドメイン名が存在しない場合、宛先がローカルユーザかどうかをチェックする(ステップ3)。ローカルユーザかどうかはローカルユーザのリスト10に宛先名が記述されているかどうかなどでチェックし、ローカルユーザの場合、メールサーバ6は他のメールサーバを介することなく、直接送信することが可能なので、ローカルユーザのリスト10からIPアドレスを求めて、ローカルユーザのIPアドレス宛てに送信する(ステップ4)。
【0018】
宛先名がローカルユーザのリストに記述されず、アドレス変換テーブルに記述されている場合(ステップ5)、アドレス変換テーブル12を用いて、宛先名をメールアドレスに変換する(ステップ6)。そして宛先名がローカルユーザのリストにもアドレス変換テーブルにも記述されていない場合、ドメイン名の補完ができないので、ステップ8でエラー処理を行う。この処理としては、電子メールを送信したローカルユーザに返信し、「宛先のアドレスが不明です」などのコメントを加えて、別の宛先のアドレスで再送信できるようにする、あるいは管理者へ転送するなどである。そして宛先名にドメイン名が存在する場合(ステップ2)や、ドメイン名あるいはメールアドレスを補完した場合(ステップ6)、ステップ7で所定のメールアドレスに電子メールを送信する。
【0019】
図4に、アドレス変換テーブルの構成をより詳細に示すと、ローカルユーザのリスト10は例えば1個のリストであり、アドレス変換テーブル12はユーザ毎に区分けしたテーブルである。テーブル12をユーザ毎に区分けするのは、他のユーザの電子メールの送信アドレスが判明しないようにして、ユーザ間のセキュリティを保つことが第1の目的である。またアドレス変換テーブル12に同じ宛先名で、異なるメールアドレスの宛先が存在した場合、混同を防ぐことが第2の目的である。アドレス変換テーブル12はユーザ毎に作成し、ユーザが電子メールを他のドメインの宛先に送信する際に、新たな宛先名とメールアドレスのレコードを追加でき、これ以外にユーザは、自分のアドレス変換テーブルを、一括して編集・更新・削除できる。
【0020】
図5に、アドレス変換テーブルへのレコードの追加と、アドレスの補完とを模式的に示す。図5の例では、宛先がローカルユーザかそれ以外のユーザかを区別するために@を利用し、@が無い場合、宛先はローカルユーザであると判断する。また完全なメールアドレスが入力された場合、原則として@よりも左側の部分を宛先名として、アドレス変換テーブルに宛先名とメールアドレスを追加するものとする。ここで@の左側を宛先名とする以外のルールをユーザが好む場合、例えば@を2回続け、その間に挟まれた単語を宛先名とするなどのルールを用いる。これは電子メールのヘッダ中のアドレスに、予約語"@"を用いて、
▲1▼ ローカルユーザかそれ以外のユーザか、
▲2▼ @よりも左側の部分を宛先名としてアドレス変換テーブルに追加するか、ユーザが特に定めた宛先名で追加するか、
を記述するものである。
【0021】
例えば宛先名が "sakita" の場合、@が無いのでローカルユーザのリストを参照してドメイン名を補完し、電子メールを送信する。"yoji@abc.com" の場合、@の位置から見て1個の完全なメールアドレスであるので、"yoji" を宛先名として、メールアドレス "yoji@abc.com" をアドレス変換テーブルに追加する。なお宛先名 "yoji" に対して別のメールアドレスが既にアドレス変換テーブルに存在する場合、メールサーバから電子メールを送信したクライアントに、「"yoji"には別のメールアドレスが登録済みなので、テーブルに追加しませんでした」などのメッセージを返信する。
【0022】
"yoichi_tanaka@yoichi@klm.com"の場合、@と@の間に挟まれた "yoichi" を見出し語にして、即ち "yoichi" を宛先名として、アドレス変換テーブルに登録することをユーザが望んでいるものと解釈する。このようにすれば、ユーザはメールアドレス自体とは無関係に任意の宛先名(見出し語)でメールアドレスを登録でき、ユーザが覚えやすい宛先名で登録できる。そして "yoichi@yoichi_tanaka@klm.com" がアドレス変換テーブルに無ければ、このレコードを追加し、問題の電子メールは "yoichi_tanaka@klm.com" へ転送する。このようにしてアドレス変換テーブルが整備され、次回からは "yoji@" の宛先名で電子メールがメールサーバへ送信されると、アドレス変換テーブルを参照して、メールアドレス "yoji@abc.com" へ転送できる。また宛先名 "yoichi@" が送信されると、同様にアドレス変換テーブルを参照して、"yoichi_tanaka@klm.com" へ転送できる。アドレス変換テーブルの宛先名は、メールアドレスの一部である必要はなく、例えば "horita@pqr@pqr.com" の場合、"pqr" を宛先名として、"horita@pqr.com" へ変換するレコードを、アドレス変換テーブルに追加する。
【0023】
アドレス変換テーブルには、1つの宛先名に複数のメールアドレスを対応付けても良い。例えば、宛先名"yoji"に対して、メールアドレス"yoji@abc.com"と "konishi@abc.com"、"tamura@xyz.com"とを対応付けると、1つの宛先名"yoji"の入力により、"yoji@abc.com"、"konishi@abc.com"及び"tamura@xyz.com"への同報通信ができる。
【0024】
図6にテーブル管理プログラム14の例を示す。このプログラムは4つのプロセス21〜24からなり、アドレス変換テーブル作成プロセス21では、ローカルユーザ毎のアドレス変換テーブルの作成を行う。アドレス変換テーブル参照プロセス22では、受信した電子メール中の宛先名でアドレス変換テーブルを参照して、メールアドレスを求めるプロセスを行う。アドレス変換テーブル自動追加プロセス23では、図5に示したように、ローカルユーザからの電子メールで、完全なメールアドレスが記述されているものに対しては、図5のようにして定めた宛先名とメールアドレスとのレコードを、アドレス変換テーブルに追加する。アドレス変換テーブル編集・入出力プロセス24では、ユーザ毎のアドレス変換テーブルを編集し、例えばレコードを追加あるいは削除し、入出力し、例えばアドレス変換テーブルをプリントするために用いる。
【図面の簡単な説明】
【図1】 実施例のメールサーバの動作環境を示すブロック図
【図2】 実施例で用いるアドレス変換テーブルを模式的に示す図
【図3】 実施例での、メールアドレスの補完アルゴリズムを示すフローチャート
【図4】 実施例で、ユーザ毎にアドレス変換テーブルを設けることを示す図
【図5】 実施例での、ユーザが付与した宛先名と、アドレス変換テーブルの参照とレコードの追加、及び補完後のメールアドレスとの関係を示す図
【図6】 実施例に用いるアドレス変換テーブルの管理プログラムの構成を示すブロック図
【符号の説明】
2 LAN
4 メールクライアント
6 メールサーバ
8 インターネット
10 ローカルユーザのリスト
12 アドレス変換テーブル
14 アドレス変換テーブルの管理プログラム
16 LDAPサーバ
21〜24 プロセス
[0001]
[Field of the Invention]
The present invention relates to a mail server, and more particularly to a mail server that can complement an incomplete mail address input by a user with a complete mail address.
[0002]
[Prior art]
[0003]
[Patent Document 1]
Japanese Patent Laid-Open No. 2002-215524
Patent Document 1 discloses that when a destination name not including an @ mark is input by a user, a domain name to which the user belongs is added. As a result, the user can omit the input of the domain name within the same domain.
[0005]
As described in Patent Document 1, it is a burden on the user to completely enter the mail address in the header of the e-mail. This is because, for example, the e-mail address must be entered using alphanumeric characters with a large number of digits. Therefore, it is preferable to be able to complement the mail address not only in the same domain but also by e-mail to other domains.
[0006]
[Problems of the Invention]
An object of the present invention is to make it possible to complement an e-mail address even in an e-mail to another domain so that a user can easily input an address (claims 1 to 5).
An additional problem in the inventions of claims 3 and 5 is to protect the security between users regarding the mail transmission destination and to avoid confusion even when there are similar destination names.
[0007]
[Structure of the invention]
This invention provides a mail server to transfer the received e-mail to the appropriate e-mail address, a table for converting the destination name of the electronic mail to the mail address, and a means for referencing create, update, and When an e-mail having a complete e-mail address as a destination is received, the e-mail address is added to the table with the portion on the left side of @ in the address as a destination name, and the received e-mail is added to the e-mail. Means is provided for transferring the destination name in the mail address converted by referring to the table (claim 1).
[0008]
Preferably, in the table creating / updating / referencing means, when an e-mail in which a destination including two @ is received is received, a portion between @ in the destination is used as a destination name, and a portion between @ An e-mail address in which is omitted is added to the table.
Preferably, the table is provided separately for each local user of the sender in the LAN to which the mail server is connected. The table is provided for each user of the sender ( claim 3 ).
[0009]
The present invention also provides an instruction for creating / updating a table for converting an e-mail destination name to a mail address in a program for a mail server for transferring a received e-mail to a corresponding mail address. And when receiving an e-mail in which a complete e-mail address is described as a destination, the e-mail address is added to the table with the portion on the left side of @ in the address as the destination name, and the destination in the received e-mail The program is for a mail server that includes a command for converting a name into a mail address by referring to the table (claim 4).
Preferably, the creation and update instruction of the table, for each local user of the sender in the LAN to which the mail server is connected, Ru provided by dividing the table (claim 5).
[0010]
In this specification, “for each user” means for each user as one user or as a group of a plurality of people. Further, when a table for complementing addresses is provided for destination names made up of users in the domain, this table may be combined with a table for address conversion to destinations outside the domain.
[0011]
[Operation and effect of the invention]
By using the mail server or mail server program of the present invention, an e-mail can be transferred to a destination outside the domain by obtaining a mail address from the table. For this reason, the user does not need to input a complete mail address in the e-mail, and the user's address input becomes simple (claims 1 to 5).
[0012]
Here, as in the invention of claim 2, when an e-mail in which a destination including two @ is described is received, a portion between @ in the destination is defined as a destination name, and a portion between @ is omitted. When an e-mail address is added to the table, an e-mail address can be added to the table using any abbreviation between the @ and @ as an entry word (destination name) . For this reason, in addition to adding a domain name etc. to a part of the mailbox name of the email address to complement the email address to a complete one, it can be converted to a complete email address from any abbreviation selected by the user. . This makes it easier to input addresses.
[0013]
In addition, if the conversion table for mail addresses is provided for each sender user, fraud such as access to the mail address of another user's transmission destination becomes difficult, and security between users is improved. Further, even when the address conversion table is created by using the same destination name for different mail addresses among users, confusion does not occur (claims 3 and 5).
[0014]
【Example】
1 to 6 show an embodiment and its modifications. In these figures, 2 is a LAN, and 4 is a mail client of a personal computer, for example. 6 is a mail server and 8 is the Internet. The mail server 6 includes a list 10 of local users, which is a list describing a destination name, a mail address and an IP address, and other attributes of the client for the mail client 4 in the LAN 2, for example. An address conversion table 12 is provided for each mail client 4 or for each group of mail clients 4. The address conversion table 12 is a table in which a complete mail address including a domain name is described for an arbitrary destination name including a part of a mail address, and an IP address may be described in addition to this. The address conversion table 12 is managed by the mail server 6 and can be created, updated, and referenced via the mail server 6. Reference numeral 14 denotes an address conversion table management program.
[0015]
When there are a plurality of mail servers in the LAN 2, the local user list 10, the address conversion table 12, and the table management program 14 are not provided in each mail server 6 but between the plurality of mail servers 6, 6 ′. You may share with. Reference numeral 16 denotes an LDAP server. When the resources such as the address conversion table 12 are shared between the mail servers 6 and 6 ′, these resources are stored. The mail servers 6 and 6 ′ and the like store the LDAP (Write Directory Access Protocol) refers to the list 10 and the table 12 in the server 16.
[0016]
FIG. 2 shows an example of the address conversion table 12. The header column on the left side is a destination name, and the right side is a mail address corresponding to the destination name. When the destination name is limited to the left side of @ in the mail address, only the domain name may be stored instead of storing the entire mail address. In the table 12, for example, the domain name “xyz.com” below @ is supplemented to the destination name “abc”, and the complete mail address “abc@xyz.com” is supplemented. Also, the domain name “muratec.co.jp” is complemented to the destination name “murata”. The address name is not limited to the left side of the email address, but may be a part of the email address or a word that is not included in the email address. For example, for "ichiro_tanaka", a part of "tanaka" may be used as the destination name.
[0017]
FIG. 3 shows a mail server transfer algorithm. When receiving the electronic mail (step 1), the mail server 6 checks whether the domain name exists in the destination name (step 2). If the domain name does not exist, it checks whether the destination is a local user (step). 3). Whether the user is a local user is checked by checking whether the destination name is described in the local user list 10 or the like. In the case of a local user, the mail server 6 can directly transmit without going through another mail server. An IP address is obtained from the local user list 10 and transmitted to the IP address of the local user (step 4).
[0018]
When the destination name is not described in the local user list but is described in the address conversion table (step 5), the destination name is converted into a mail address by using the address conversion table 12 (step 6). If the destination name is not described in the local user list or the address conversion table, the domain name cannot be complemented, and error processing is performed in step 8. For this process, reply to the local user who sent the e-mail, add a comment such as "Destination address is unknown", so that it can be resent at another address, or forward to the administrator Etc. When the domain name exists in the destination name (step 2) or when the domain name or the mail address is supplemented (step 6), an e-mail is transmitted to a predetermined mail address in step 7.
[0019]
FIG. 4 shows the configuration of the address conversion table in more detail. For example, the local user list 10 is one list, and the address conversion table 12 is a table divided for each user. The first purpose of classifying the table 12 for each user is to keep the security between users by not knowing the transmission addresses of other users' e-mails. The second purpose is to prevent confusion when there are destinations with the same destination name and different mail addresses in the address conversion table 12. The address conversion table 12 is created for each user, and when the user sends an e-mail to a destination in another domain, a new address name and e-mail address record can be added. You can edit, update, and delete tables all at once.
[0020]
FIG. 5 schematically shows addition of a record to the address conversion table and address complementation. In the example of FIG. 5, @ is used to distinguish whether the destination is a local user or another user, and when there is no @, it is determined that the destination is a local user. When a complete e-mail address is input, in principle, the destination name and e-mail address are added to the address conversion table with the portion on the left side of @ as the destination name. Here, when the user likes a rule other than using the left side of @ as the destination name, for example, a rule such that @ is continued twice and a word sandwiched between them is used as the destination name is used. This uses the reserved word "@" for the address in the email header,
(1) Whether it is a local user or other user,
(2) Whether the part on the left side of @ is added to the address conversion table as the destination name, or is added with the destination name specified by the user,
Is described.
[0021]
For example, if the destination name is "sakita", since there is no @, the domain name is complemented by referring to the local user list, and an e-mail is sent. In the case of "yoji@abc.com", since it is one complete mail address as seen from the @ position, "yoji" is added to the address conversion table with "yoji" as the destination name. To do. If another e-mail address already exists in the address conversion table for the destination name "yoji", the e-mail is sent from the mail server to the client that sent another e-mail address to "yoji". "I didn't add to".
[0022]
In the case of "yoichi_tanaka @ yoichi @ klm.com", the user wants to register the address translation table with "yoichi" between @ and @ as the headword, that is, "yoichi" as the destination name. It is interpreted as In this way, the user can register a mail address with an arbitrary destination name (headword) regardless of the mail address itself, and can register with a destination name that the user can easily remember. If "yoichi @ yoichi_tanaka @ klm.com" is not in the address translation table, add this record and forward the problem email to "yoichi_tanaka@klm.com". In this way, the address conversion table is maintained. From the next time, when an e-mail is sent to the mail server with the destination name "yoji @", the e-mail address "yoji@abc.com" is referenced by referring to the address conversion table. Can be transferred to. When the destination name “yoichi @” is transmitted, it can be transferred to “yoichi_tanaka@klm.com” by referring to the address conversion table. The destination name in the address conversion table does not need to be part of the email address. For example, in the case of "horita @ pqr @ pqr.com", "pqr" is used as the destination name and converted to "horita@pqr.com" Add a record to the address translation table.
[0023]
In the address conversion table, a plurality of mail addresses may be associated with one destination name. For example, if the mail address "yoji@abc.com" is associated with "konishi@abc.com" and "tamura@xyz.com" for the address name "yoji", one address name "yoji" is entered. As a result, broadcast communication to “yoji@abc.com”, “konishi@abc.com”, and “tamura@xyz.com” is possible.
[0024]
FIG. 6 shows an example of the table management program 14. This program is composed of four processes 21 to 24, and an address conversion table creation process 21 creates an address conversion table for each local user. The address conversion table reference process 22 refers to the address conversion table with the destination name in the received electronic mail and performs a process for obtaining the mail address. In the address conversion table automatic addition process 23, as shown in FIG. 5, for the e-mail from the local user in which the complete mail address is described, the destination name determined as shown in FIG. And email address records are added to the address conversion table. In the address conversion table editing / input / output process 24, the address conversion table for each user is edited, for example, records are added or deleted, input / output is performed, and for example, the address conversion table is used for printing.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an operating environment of a mail server according to an embodiment. FIG. 2 is a diagram schematically showing an address conversion table used in the embodiment. FIG. 3 is a flowchart showing a mail address complement algorithm in the embodiment. FIG. 4 is a diagram showing that an address conversion table is provided for each user in the embodiment. FIG. 5 is a destination name assigned by the user, reference to the address conversion table, addition of a record, and after completion in the embodiment. Fig. 6 is a block diagram showing the configuration of an address conversion table management program used in the embodiment.
2 LAN
4 Mail Client 6 Mail Server 8 Internet 10 List of Local Users 12 Address Conversion Table 14 Address Conversion Table Management Program 16 LDAP Servers 21-24 Process

Claims (5)

受信した電子メールを該当するメールアドレスに転送するためのメールサーバにおいて、
電子メールの宛先名をメールアドレスに変換するためのテーブルを、作成・更新・参照するための手段を設けて、宛先として完全なメールアドレスが記載された電子メールを受信すると、宛先中の@よりも左側の部分を宛先名としてそのメールアドレスを前記テーブルに追加すると共に、
受信した電子メールを、その電子メール中の宛先名を前記テーブルを参照して変換したメールアドレスへ転送するための手段を設けたことを特徴とする、メールサーバ。
In the mail server for forwarding the received email to the corresponding email address,
When a table for converting an e-mail destination name to an e-mail address is provided , a means for creating / updating / referring is provided , and an e-mail in which a complete e-mail address is described as a destination is received, from @ in the address Also add the email address to the table with the left part as the destination name,
A mail server comprising means for transferring a received electronic mail to a mail address obtained by converting a destination name in the electronic mail with reference to the table .
前記テーブルの作成・更新・参照手段では、@を2個含む宛先が記載された電子メールを受信すると、宛先中の@で挟まれた部分を宛先名として、@で挟まれた部分を省略したメールアドレスを前記テーブルに追加するようにしたことを特徴とする、請求項1のメールサーバ。 In the table creation / update / referencing means, when an e-mail with a destination containing two @s is received, the part between the @s in the address is the destination name and the part between the @s is omitted. The mail server according to claim 1 , wherein a mail address is added to the table . メールサーバが接続されたLAN内の送り手のローカルユーザ毎に、前記テーブルを区分して設けたことを特徴とする、請求項1または2のメールサーバ。3. The mail server according to claim 1 , wherein the table is provided separately for each local user of a sender in the LAN to which the mail server is connected . 受信した電子メールを該当するメールアドレスに転送するためのメールサーバのためのプログラムにおいて、
電子メールの宛先名をメールアドレスに変換するためのテーブルを作成・更新するための命令を設けて、宛先として完全なメールアドレスが記載された電子メールを受信すると、宛先中の@よりも左側の部分を宛先名としてそのメールアドレスを前記テーブルに追加すると共に、
受信した電子メール中の宛先名を、前記テーブルを参照してメールアドレスに変換するための命令を備えた、メールサーバ用のプログラム。
In the program for the mail server to forward the received e-mail to the corresponding e-mail address,
When an instruction for creating / updating a table for converting an e-mail destination name to an e-mail address is provided, and an e-mail with a complete e-mail address is received as an address, it is on the left side of @ in the address. Add the email address to the table with the part as the destination name,
A program for a mail server, comprising a command for converting a destination name in a received electronic mail into a mail address by referring to the table.
前記テーブルの作成・更新命令では、メールサーバが接続されたLAN内の送り手のローカルユーザ毎に、前記テーブルを区分して設けるようにしたことを特徴とする、請求項4のメールサーバ用のプログラム。The creation and update instruction of the table, for each local user of the sender in the LAN to which the mail server is connected, characterized in that the so that provided by dividing the table, for the mail server according to claim 4 Program.
JP2002327969A 2002-11-12 2002-11-12 Mail server and its program Expired - Fee Related JP3761028B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002327969A JP3761028B2 (en) 2002-11-12 2002-11-12 Mail server and its program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002327969A JP3761028B2 (en) 2002-11-12 2002-11-12 Mail server and its program

Publications (2)

Publication Number Publication Date
JP2004165877A JP2004165877A (en) 2004-06-10
JP3761028B2 true JP3761028B2 (en) 2006-03-29

Family

ID=32806406

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002327969A Expired - Fee Related JP3761028B2 (en) 2002-11-12 2002-11-12 Mail server and its program

Country Status (1)

Country Link
JP (1) JP3761028B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007183717A (en) * 2006-01-05 2007-07-19 Matsushita Electric Ind Co Ltd Electronic mail server, electronic mail transmission/reception terminal and electronic mail transmission/reception system
JP5550385B2 (en) 2009-03-04 2014-07-16 キヤノン株式会社 Image processing apparatus, control method therefor, and storage medium

Also Published As

Publication number Publication date
JP2004165877A (en) 2004-06-10

Similar Documents

Publication Publication Date Title
US6374292B1 (en) Access control system for an ISP hosted shared email server
US8429233B2 (en) Method and system for journaling electronic messages
US7827244B2 (en) Storing message rules in global form for transfer between servers
US8073822B2 (en) Method and apparatus for managing electronic messages
JP3622320B2 (en) E-mail automatic forwarding system
US20030200267A1 (en) Email management system
US20070061456A1 (en) Data access control
US6865594B1 (en) Methods and apparatus for automatically generating a routing table in a messaging server
US7647380B2 (en) Datacenter mail routing
US7058683B1 (en) Methods and apparatus for providing a virtual host in electronic messaging servers
JP2007233711A (en) Mail transfer system
JP3761028B2 (en) Mail server and its program
JP4998302B2 (en) Mail misdelivery prevention system, mail misdelivery prevention method, and mail misdelivery prevention program
US20050053050A1 (en) Custom routing of object requests
JP3482863B2 (en) Email management system
JP2003218941A (en) Communication apparatus and program
JP2004303246A (en) System and method for routing electronic document
Hazel Exim: The Mail Transfer Agent
Hazel The Exim SMTP mail server: official guide for release 4
JP2003167831A (en) Mail document creating system and mail transmission system
WO2001067268A1 (en) Methods and apparatus for automatically generating a routing table in a messaging server
JP3872044B2 (en) Mail receiving system, router device, mail receiving method, and program for reducing load
JP2020003894A (en) Mail processing server, mail archiving method, and mail archiving system
JP2005165737A (en) Data providing system and data providing method
JP2001167014A (en) Electronic mail system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040507

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051014

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051201

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20051222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060104

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090120

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100120

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100120

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110120

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110120

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120120

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130120

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees