JPH0832616A

JPH0832616A - 電子メール送信方法及び電子メール装置及び電子メールシステム

Info

Publication number: JPH0832616A
Application number: JP6159816A
Authority: JP
Inventors: Junichi Yamamoto; 淳一山本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-07-12
Filing date: 1994-07-12
Publication date: 1996-02-02

Abstract

(57)【要約】【目的】本発明は、ネットワーク上で電子メールを交
換する電子メールシステムに関し、マシントラブル以外
の原因で配送が不可となるエラーを防止する。【構成】ネットワーク上の計算機が、電子メールを送
信する際、該電子メールのヘッダ情報を抽出して、先
に受信側の計算機に送信する手段と、受信側の計算機で
は、送信されてきたヘッダ情報の発信者の電子メール
アドレスａ宛に、受信側の計算機から電子メールを配
送できるか否かを確認し、配送が不可能であることがわ
かったとき、該電子メールの受信を拒否する手段と、送
信側の計算機のシステム管理者宛に、送信不可能を通知
するメッセージを送信する手段とを備えるように構成
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク上で電子
メールを交換する電子メールシステムに関する。

【０００２】

【従来の技術】図３，図４は、従来の電子メールシステ
ムを説明する図であり、図３は電子メールシステムの構
成例を示し、図４は、電子メールのヘッダ情報の構成例
を示している。

【０００３】先ず、従来の電子メールシステムを構成し
ている各計算機Ａ 1, 計算機Ｂ 2には、少なくとも、図
示されている如くに、自己の計算機Ａ 1, 計算機Ｂ 2に
接続されている回線, 端末装置等から受信した電子メー
ルを受信する受信部 12 と、該受信部 12 で受信した電
子メールのヘッダ情報を抽出する手段 10 と、該抽出
したヘッダ情報から、送信先の宛先情報をチェックす
るチェック部 10aと、チェック結果、該宛先情報ｂが
正常であると、受信側の計算機Ｂ 2に、該宛先情報ｂ
を送信する送信部 11 とを備えている。

【０００４】該ヘッダ情報には、図４に示されている
ように、"From"で示す送信側の宛先情報ａ｛該宛先情
報は、例えば、国の識別情報と、該国内の官庁省，会
社，大学等を識別する識別情報等からなる範囲情報(DO
M) と，宛先個人名等の階層構造で構成されている｝
と、"To"で示す受信側の宛先情報ｂとから構成されて
いる。

【０００５】従来の電子メールシステムでは、計算機Ａ
1が受信した電子メールを次の計算機Ｂ 2に送信する場
合、上記宛先情報の内、受信側の宛先情報ｂ("To"
で示される宛先情報) を抽出して、該受信側の宛先情報
ｂの範囲情報(DOM) が存在するか否かをチェック部 1
0aでチェックする。

【０００６】該チェック部 10aでのチェックが正常であ
ると、送信部 11 は、電子メールの通信に使用されるプ
ロトコル(SMTP)で、所定のプロトコル階層でのコネクシ
ョンを張る。

【０００７】該コネクションが張られると、送信側の計
算機Ａ 1は受信側の計算機Ｂ 2に対して、上記抽出した
受信側の宛先情報ｂを送信する。受信側の計算機Ｂ 2
では、該受信した宛先情報ｂを、チェック部 20aで解
析して、宛先が居なければ、該電子メールの受取りを拒
否する為に、計算機Ｂ 2では、上記ヘッダ情報のの、
"From"の内容を "To" の内容に入れ換えて、計算機Ａ 1
に対して、該受取拒否のメッセージを返送する。

【０００８】該受取拒否のメッセージを受信した計算
機Ａ 1は、発信者に対して、該電子メールを返送する。
このとき、該発信者の宛先が不完全であると、「発信者
は居ない」というエラーとなる。この状態では、該計算
機Ａ 1で受信した電子メールは、目的地にも送信できな
いし、又、発信者にも返送できないという事態となる。

【０００９】そこで、計算機Ａ 1では、該電子メールの
"To" 側の宛先を、システム管理者宛に変更して、発信
者の宛先の問い合わせ処理を行う。通常、該ヘッダ情報
には、上記、"From","To" 情報の他に、メッセージ識
別子(Message ID)｛該電子メールシステムにユニークな
識別番号と発信者アドレス, 範囲情報(DOM),計算機名等
からなる｝と、受信履歴(Received)｛中継された計算機
のアドレスがログ情報として記録されている｝が記録さ
れているので、システム管理者は、電子メールのヘッダ
情報内の、上記メッセージ識別子(Message ID)と、受
信履歴(Received)を解析することにより、発信者のアド
レスを認識することができる。

【００１０】このように、従来の電子メールシステムで
は、発信者の電子メールアドレス("From")の内容がどの
ようになっているかを解析することなく、受信側("To"
側)の宛先だけを見て、宛先情報ｂが正常であれば、
目的の計算機Ｂ 2に対して受信した電子メールを配送し
ていた。

【００１１】

【発明が解決しようとする課題】従って、配送途中で、
何らかの障害があり、配送できなかった場合、通常は、
電子メールシステムから、電子メールの発信者宛に配送
エラー通知の電子メールが送り返される。然しながら、
発信者の電子メールアドレス (前述の"From") が不完全
な形式だと、どこに送り返したらよいのか判らずに、エ
ラー通知の電子メール (メッセージ) までもエラーとな
ってしまい、前述のように、システム管理者に送られ
る。

【００１２】このため、システム管理者が、前述の電子
メールのヘッダ情報内の、上記メッセージ識別子(Mes
sage ID)と、受信履歴(Received)を解析して、発信者を
探し出して連絡しない限り、発信者は、自分の出した電
子メールが正しく配送されたものと誤認識してしまうと
いう問題があった。

【００１３】又、システム管理者にとっても、発信者を
探す手間を取られてしまうことになり、電子メールシス
テムとして好ましくないという問題があった。又、正し
く配送された場合でも、該発信側の電子メールアドレス
が不完全であると、その電子メールの受信者が、該受信
した電子メールのヘッダ情報に含まれている発信者の電
子メールアドレス宛にリプライメール (返信電子メー
ル) を送ると、送信不可でエラーとなり、該電子メール
を受信した人に迷惑がかかるという問題もある。この場
合にも、エラーになった原因を、送信側の計算機Ａ 1の
システム管理者に問い合わせるケースが多く、システム
管理者の負担が大きくなるという問題があった。

【００１４】本発明は上記従来の欠点に鑑み、発信され
た電子メールのヘッダ情報に含まれている発信者の電
子メールアドレスａをチェックし、その発信者の電子
メールアドレスａで、電子メールの受信が不可能であ
るような、不十分な電子メールアドレスがヘッダ情報
中の発信者の電子メールアドレスａの部分に用いられ
ている場合は、受信側の計算機で、当該電子メールの受
信を拒否することにより、上記の問題を起こさないよう
にすることができる電子メールシステムを提供すること
を目的とするものである。

【００１５】

【課題を解決するための手段】図１は、本発明の原理説
明図である。上記の問題点は下記の如くに構成した電子
メールシステムによって解決される。

【００１６】電子メールを交換するネットワークに接続
された計算機 1,2に、電子メールを送信する際に、送信
側の計算機 1では、該電子メールのヘッダ情報を抽出
する手段 10 と、前記抽出したヘッダ情報だけを、受
信側の計算機 2に送信する手段 11 と、受信側の計算機
2では、送信されてきたヘッダ情報の発信者の電子メ
ールアドレスａ宛に、受信側の計算機 2から電子メー
ルを配送できるか否かをチェックする手段 20 と、該チ
ェック手段 20 で送信側の計算機Ａ 1への配送が不可能
であることがわかったとき、該電子メールの受信を拒否
し、送信側の計算機 1 ,又は、及び、送信側の計算機 1
のシステム管理者宛に、送信不可能を通知するメッセー
ジを送信する手段 21,11とを備えるように構成する。

【００１７】

【作用】即ち、本発明による電子メールシステムでは、
図１に示されているように、電子メールを交換するネッ
トワークに接線された計算機には、受信した電子メール
から、ヘッダ情報を抽出するヘッダ情報抽出部 10
と、ヘッダ情報や電子メールを送信する送信部 11
と、前記ヘッダ情報や電子メールを受信する受信部12
と、ヘッダ情報を保存するヘッダ保存部 13 と、電
子メールの本文を保存するメール保存部 14 と、該電子
メールの発信者の電子メールアドレスａへの配送の可
否をチェックするチェック部 20 と、該電子メールの送
信の許可を与える応答部 21 と、上記の各部を制御する
制御部とから構成される。

【００１８】先ず、送信側の計算機Ａ 1のヘッダ情報抽
出部 10 で、これから送信する電子メールのヘッダ情報
を抽出し、ヘッダ保存部 13 に保存し、ヘッダ情報
以外の本文を、メール保存部 14 に保存し、ヘッダ情報
だけを、送信部 11 から、送信先の計算機Ｂ 2に送信
する。

【００１９】受信側の計算機Ｂ 2では、受信部 12 で、
該ヘッダ情報を受信すると、ヘッダ情報抽出部 10 に
おいて、受信したヘッダ情報をヘッダ保存部 13 に保
存すると共に、該ヘッダ情報の中から、発信者の電子
メールアドレスａを取り出し、そのアドレス宛に、電
子メールの配送が可能であるか否かを、チェック部 20
で検査する。若し、送信可能であれば、送信側の計算機
Ａ 1に対して、応答部21 が、送信を許可する電子メー
ルを送信する。該送信許可を受け取った送信側の計算機
Ａ 1は、先に送信したヘッダ情報と対になっている本
文を、上記メール保存部 14 から抽出して、受信側の計
算機Ｂ 2に送信する。

【００２０】受信側の計算機Ｂ 2では、自身宛の電子メ
ールであれば、先に、ヘッダ保存部13 に保存しておい
たヘッダ情報と合わせて、自身のユーザ宛に配送す
る。又、他の計算機への中継を行う場合には、次の計算
機に向けて、上記ヘッダ保存部13 の中に保存されてい
るヘッダ情報を送信する。

【００２１】即ち、配送されようとしている電子メール
のヘッダ情報に含まれる発信者の電子メールアドレス
("From")ａが不完全で、受信側の計算機Ｂ 2が、その
発信者の電子メールアドレス宛に電子メール (リプライ
メール, 送信許可メッセージ等) を送信することができ
ない場合、受信側の計算機Ｂ 2で、電子メールの受取を
拒否するので、該電子メールの受信者、本例では計算機
Ｂ 2が受信した電子メールのヘッダ情報に記されてい
る配送が不可能な発信者の電子メールアドレスａ宛
に、リプライメールを送信したり、配送の途中でエラー
になった場合などにおいても、マシントラブル以外の原
因で配送不可というエラーになることがなく、電子メー
ルを受信した人に迷惑がかかるとか、システム管理者の
負担が大きくなることもない。

【００２２】

【実施例】以下本発明の実施例を図面によって詳述す
る。前述の図１は、本発明の原理説明図であり、図２
は、本発明の一実施例を示した図であって、図２(a)
は、電子メールの配送例を示し、図２(b) は、ヘッダ情
報の例を示している。

【００２３】本発明においては、電子メールを交換する
ネットワークに接続された計算機Ａ1, Ｂ 2において、
電子メールを送信する際に、送信側の計算機Ａ 1では、
該電子メールのヘッダ情報を抽出する手段 10 と、前
記抽出したヘッダ情報だけを、受信側の計算機Ｂ 2に
送信する手段 11 と、受信側の計算機Ｂ 2では、送信さ
れてきたヘッダ情報の発信者の電子メールアドレス
ａ宛に、受信側の計算機Ｂ 2から電子メールを配送でき
るか否かをチェックする手段 20 と、該チェック手段 2
0 で送信側の計算機Ａ 1への配送が不可能であることが
わかったとき、該電子メールの受信を拒否し、送信側の
計算機Ａ 1 ,又は、及び、送信側の計算機Ａ 1のシステ
ム管理者宛に、送信不可能を通知するメッセージを送
信する手段 21 が、本発明を実施するのに必要な手段で
ある。尚、全図を通して同じ符号は同じ対象物を示して
いる。

【００２４】以下、図１の電子メールシステムを構成例
を参照しながら、図２によって、本発明の電子メールシ
ステムでの電子メールの配送動作を説明する。前述の図
１に示されているように、電子メールを交換する計算機
Ａ 1, 計算機Ｂ 2には、ヘッダ情報抽出部 10 と、送信
部 11 と、受信部 12 と、ヘッダ保存部 13 と、メール
保存部 14 と、チェック部 20 と、応答部 21 とを備え
ている。そして、本実施例では、図２(a) に示されてい
るように、計算機Ａ 1を利用しているユーザａ（電子メ
ールアドレスは、ａ＊Ａ．ＤＯＭ１）が、計算機Ｂ 2を
利用しているユーザｂ（電子メールアドレスは、ｂ＊
Ｂ．ＤＯＭ２）宛に、電子メールを配送する例におい
て、計算機Ａ 1から計算機Ｂ 2への電子メールの配送
に、該電子メールを中継する計算機Ｃ 3が存在している
場合を例にして説明する。

【００２５】先ず、ユーザａが、計算機Ａ 1から電子メ
ールを発信すると、該計算機Ａ 1のヘッダ情報抽出部 1
0 が、その電子メールのヘッダ情報を抽出し、ヘッダ
保存部 13 に保存する。

【００２６】該ヘッダ情報には、図２(b) に示したよ
うに、発信者の電子メールアドレス"From ：ａ＊Ａ．Ｄ
ＯＭ１”と、受信者（宛先）の電子メールアドレス“T
o：ｂ＊Ｂ．ＤＯＭ２”と、送信日時“Ｄａｔｅ”と，
電子メールのタイトル（Subject), 発信者名 (ａ＊Ａ．
ＤＯＭ１) といった情報が含まれている。

【００２７】計算機Ａ 1は、該電子メールの宛先（"To"
で示す宛先の電子メールアドレスｂ）を見て、その宛
先への電子メールの中継を行っている計算機Ｃ 3に、上
記抽出したヘッダ情報だけを配送し、計算機Ｃ 3から
の返事を待つ。

【００２８】計算機Ｃ 3では、送られてきたヘッダ情報
をヘッダ保存部 13 に格納し、その中から、更に、発
信者の電子メールアドレス (ａ＊Ａ．ＤＯＭ１) ａを
取り出す。取り出した電子メールアドレスａを、チェ
ック部 20 に渡すと、チェック部 20 は、その宛先に対
して、通常の送信を行わない疑似モードで、該電子メー
ルの配送チェックを行う。そして、発信者の電子メール
アドレスａへの配送が可能であることを確認できた段
階で、計算機Ａ 1に対して、電子メールの送信を許可す
るメッセージを返送する。

【００２９】上記送信許可のメッセージを受け取った計
算機Ａ 1は、許可のおりたヘッダ情報に対応する本文
をメール保存部 14 から取り出して、計算機Ｃ 3に送信
し、該送信を終了した段階で、ヘッダ保存部 13 中のヘ
ッダ情報と、メール保存部14 中の本文を削除する。

【００３０】計算機Ｃ 3は、新たに、送信されてきた本
文をメール保存部 14 に保存し、前述のヘッダ保存部 1
3 に保存してあるヘッダ情報を、次の計算機Ｂ 2に送
信し、計算機Ｂ 2からの応答を待つ。

【００３１】計算機Ｂ 2では、送られてきたヘッダ情報
を、ヘッダ保存部 13 に格納し、その中から、更に、
発信者の電子メールアドレスａを取り出し、チェック
部 20 に渡すと、該チェック部 20 では、その宛先に対
して、前述の疑似モードで、電子メールの配送チェック
を行い、配送が可能であることが確認できた段階で、計
算機Ｃ 3に対して、電子メールの送信を許可する。

【００３２】送信の許可のメッセージを受け取った計算
機Ｃ 3は、許可のおりたヘッダ情報に対応する本文
を、メール保存部 14 中から取り出して、計算機Ｂ 2に
送信し、送信の終了した段階で、該ヘッダ保存部 13 中
のヘッダ情報と、メール保存部 14 中の本文とを削除
する。

【００３３】計算機Ｂ 2は、新たに送られてきた本文を
メール保存部 14 に保存する。そして、ヘッダ保存部 1
3 に保存してあるヘッダ情報と合わせて、ユーザｂ用
の保存領域に保存する。

【００３４】次に、発信者であるユーザａの電子メール
アドレスが、図２(b) に示した「ａ＊Ａ．ＤＯＭ１」
ａではなく、「ａ＊Ａ」のようになっている場合の動作
例を説明する。前述のように、電子メールアドレスａ
は、階層構造になっており、計算機名（アドレス）が同
じでも、例えば、ＤＯＭアドレス (範囲アドレス) が異
なっていると、宛先を認識することができるが、上記の
ように、該ＤＯＭアドレスが欠落していると、どの計算
機、具体的には、本例に示したように、ＤＯＭ１の計算
機Ａ 1であることを同定することができないので、不完
全なアドレスと言うことになる。この場合、本発明の電
子メールシステムでは、以下のように動作する。

【００３５】計算機Ａ 1が、上記電子メールアドレス
ａを含むヘッダ情報を計算機Ｃ 3に送信する。計算機
Ｃ 3では、送られてきたヘッダ情報をヘッダ保存部 1
3 に格納し、その中から、更に、発信者の電子メールア
ドレス (ａ＊Ａ) ａを取り出し、取り出した電子メー
ルアドレスａをチェック部 20 に渡すと、チェック部
20 では、その宛先に対して、前述の疑似モードで電子
メールの配送チェックを行う。

【００３６】この例では、「ａ＊Ａ」という電子メール
アドレスａでは、前述のように、どこのＤＯＭの計算
機であるかの認識ができず、計算機Ｃ 3は、電子メール
アドレス (ａ＊Ａ) の電子メールの配送が不可能である
という結論に至る。そして、発信者の電子メールアドレ
スａが不十分なので、送信されても、受信しないとい
うメッセージを計算機Ａ 1に送信し、同時に、該ヘッ
ダ保存部 13 内の該ヘッダ情報を削除する。この際、
計算機Ａ 1のシステム管理者に対しても、送信を許可で
きないというメッセージを送信する。

【００３７】送信許可がおりなかった計算機Ａ 1では、
メール保存部 14 中の本文と、ヘッダ保存部 14 中のヘ
ッダ情報とを合わせて、発信者 (自計算機Ａ 1内のユ
ーザ, 又は、端末装置, 或いは、回線を経由して受信し
た他の計算機のユーザ等) に返送する。

【００３８】尚、上記の実施例では、計算機Ａ 1と、受
信先の計算機Ｂ 2との間に中継用の計算機Ｃ 3が存在す
る場合について説明したが、発信者の利用している計算
機から、受信者の利用している計算機へ、他の計算機を
介さず電子メールを配送する場合も同様である。

【００３９】このように、本発明による電子メールシス
テムは、ネットワーク上で電子メールを交換する電子メ
ールシステムであって、該ネットワーク上の計算機Ａ
1, Ｂ2が、電子メールを送信する際、該電子メールのヘ
ッダ情報を抽出して、先に受信側の計算機Ｂ 2に送信
する手段 11 と、受信側の計算機Ｂ 2では、送信されて
きたヘッダ情報の発信者の電子メールアドレスａ宛
に、受信側の計算機Ｂ 2から電子メールを配送できるか
否かをチェックする手段 20 と、該チェック手段20
で、送信側の計算機Ａ 1への配送が不可能であることが
わかったとき、該電子メールの受信を拒否する手段 21
と、送信側の計算機Ａ 1のシステム管理者宛に、送信不
可能を通知するメッセージを送信する手段 11 とを備
えるようにしたところに特徴がある。

【００４０】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、配送されようとしている電子メールのヘッダ情
報に含まれる発信者の電子メールアドレス("From")
ａが不完全で、受信側の計算機Ｂ 2が、その発信者の電
子メールアドレスａ宛に電子メール (リプライメー
ル, 送信許可メール等) を送信することができない場
合、受信側の計算機Ｂ 2で、電子メールの受取を拒否す
るので、該電子メールの受信者、本例では計算機Ｂ 2が
受信した電子メールのヘッダ情報に記されている配送
が不可能な発信者の電子メールアドレスａ宛に、誤っ
てリプライメールを送信したり、配送の途中でエラーに
なった場合などにおいても、マシントラブル以外の原因
で配送不可というエラーになることがなく、電子メール
を受信した人に迷惑がかかるとか、システム管理者の負
担が大きくなることもないという効果がある。

【図面の簡単な説明】

【図１】本発明の原理説明図

【図２】本発明の一実施例を示した図

【図３】従来の電子メールシステムを説明する図（その
１）

【図４】従来の電子メールシステムを説明する図（その
２）

【符号の説明】

1 計算機Ａ 2 計算機Ｂ 3 計算機Ｃ 10 ヘッダ情報抽出部 11 送信部 12 受信部 13 ヘッダ保
存部 14 メール保存部 20,20a,10a チェック部 21 応答部ヘッダ情報ａ発信側の電子メールアドレスｂ宛先情報，受信拒否のメッセージ

Claims

【特許請求の範囲】

【請求項１】発信元および配送先のアドレスを含む電子
メールのヘッダ情報を抽出し、前記ヘッダ情報を送信
し、前記送信したヘッダ情報の発信元アドレスに対する
応答を受信し、該応答の内容に応じて、前記電子メールを送信すること
を特徴とする電子メール送信方法。
【請求項２】発信元および配送先のアドレスを含む電子
メールのヘッダ情報を受信する手段と、該ヘッダ情報に含まれる発信元アドレスを抽出する手段
と、該発信元アドレスに電子メールが送信できるか否か
をチェックする手段と、該発信元アドレスに電子メールが送信不可であれば、ヘ
ッダ情報に該発信元アドレスが含まれる電子メールの受
信を拒否する手段と、を有することを特徴とする電子メール装置。
【請求項３】電子メールを交換するネットワークに接続
された計算機に、電子メールを送信する際に、送信側の
計算機では、該電子メールのヘッダ情報を抽出する手段
と、前記抽出したヘッダ情報だけを、受信側の計算機に
送信する手段と、受信側の計算機では、送信されてきたヘッダ情報の発信
者の電子メールアドレス宛に、受信側の計算機から電子
メールを配送できるか否かをチェックする手段と、該チェック手段で、送信側の計算機への配送が不可能で
あることがわかったとき、該電子メールの受信を拒否
し、送信側の計算機, 又は、及び、送信側の計算機のシ
ステム管理者宛に、送信不可能を通知するメッセージを
送信する手段とを備えることを特徴とする電子メールシ
ステム。