JP2001326691A - 電子メールサーバ - Google Patents
電子メールサーバInfo
- Publication number
- JP2001326691A JP2001326691A JP2001067680A JP2001067680A JP2001326691A JP 2001326691 A JP2001326691 A JP 2001326691A JP 2001067680 A JP2001067680 A JP 2001067680A JP 2001067680 A JP2001067680 A JP 2001067680A JP 2001326691 A JP2001326691 A JP 2001326691A
- Authority
- JP
- Japan
- Prior art keywords
- unit
- undeliverable
- server
- delivery
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
ズが規定値を越えるなどの理由で電子メールを一方的に
廃棄する電子メールサーバによって、最終メール受取者
へ知らされることなく電子メールが廃棄されていた。そ
のため、このような電子メールを円滑に授受するため
に、当該メールの分割、再発信、受信組み立てや、発信
者、最終メール受取者間の種々の連絡やアクションをと
る手間が必要となっている、という課題があった。 【解決手段】 最終メール受取者へ配信不能レポートを
発信する配信不能レポート発信手段、配信不能メールを
分割して再配信するとともにメール分割再配信レポート
を発信する配信不能メール分割再配信手段などを備えた
電子メールサーバをによって、発信者、最終メール受取
者間の種々の連絡やアクションが不要の電子メールシス
テムを構築することができる。
Description
ムおよびこれを構成する電子メールサーバの構築技術分
野に属する。
子メールが発信側の第1の電子メールクライアントから
受信側の第2の電子メールクライアントに到達する過程
を図2を用いて説明するとともに、本明細書で用いる若
干の用語の定義を述べる。
メールクライアントから最終メール受取者である第2の
電子メールクライアントに至るネットワーク接続の1例
を示したものである。この図では第1の電子メールクラ
イアントは企業などの組織内にあり、LANによって組
織部門の電子メールサーバSV-aに接続している。一方、
最終メール受取者である第2の電子メールクライアント
は広域ネットワークによってプロバイダ電子メールサー
バSV-cに接続されている。そして、組織部門の電子メー
ルサーバSV-aはセキュリティ上の理由などにより直接組
織の外には接続されず、組織ゲートウェイメール中継サ
ーバSV-bによって組織外の広域ネットワークと接続して
いる。このような構成では、第1の電子メールクライア
ントから発信された最終メール受取者宛の電子メールは
組織部門の電子メールサーバSV-aでまず中継され、次に
組織ゲートウェイメール中継サーバSV-bで中継され、最
後にプロバイダ電子メールサーバSV-cで中継される。以
上のように電子メールはバケツリレー式に発信者から受
信者に届くが、次にその仕組みを図2(b) の電子メール
クライアントと電子メールサーバとの関係によって説明
する。
ルアップロード手段によって電子メールサーバのメール
中継配信機構へ電子メールを届ける。ここでは図2(b)
ので示すようにSMTP(Simple Mail Transfer Protoco
l) などのプロトコルが通常用いられる。この電子メー
ルを中継した電子メールサーバ、図2(a) の例では組織
部門の電子メールサーバSV-aは、その電子メールの宛て
先を調べ、自分の組織の外への宛て先であることを知
り、組織ゲートウェイメール中継サーバSV-bにこのメー
ルを配信する。(図2(b) ののルート)。組織ゲート
ウェイメール中継サーバSV-bは通常の意味での電子メー
ルサーバではないが、電子メールを中継し、プロバイダ
電子メールサーバSV-cへ配信する。すなわち、組織ゲー
トウェイメール中継サーバSV-bは図2(b) のおよび
のルートに相当するメール中継配信機構を持っている。
プロバイダ電子メールサーバSV-cは図2(b) のによっ
てメールを中継するが、その宛て先がローカルドメイ
ン、すなわち、自分の配下にある最終メール受取者であ
るので、のルートによりこのメールをメール留置機構
に送り、最終メール受取者のメールボックスに留置す
る。一方、最終メール受取者のアドレスでアクセスされ
た第2の電子メールクライアントは電子メールダウンロ
ード手段によってプロバイダ電子メールサーバSV-cのメ
ール留置機構にアクセスし、自分のメールボックスにあ
る自分宛の電子メールをダウンロードすることによりメ
ール受信が完了する。ここでは図2(b) のに示すよう
にPOP(Post Office Protocol) などのプロトコルが通常
用いられる。
て、本明細書では次のように用語を定義して使用する。 (1)電子メールサーバ:通常、電子メールサーバは図
2(b) のようにメール中継配信機構およびメール留置機
構を併せ持つものをいうが、本明細書では、図2(a) に
例示した組織ゲートウェイメール中継サーバSV-bのよう
に、単に電子メールを中継し配信するだけの機能をもつ
サーバをも電子メールサーバと呼ぶ。従って、図2(a)
では3つの電子メールサーバ、SV-a、SV-b、SV-cによっ
て電子メールが中継されている。
メーリングリストサーバなど、発信側電子メールサーバ
から受信側電子メールサーバに至る経路上のすべてのサ
ーバをここでは『電子メールサーバ』と呼ぶことにす
る。 (2)発信/受信/中継/転送配信:図2(b) ののル
ートに示すように、電子メールが第1の電子メールクラ
イアント(発信側電子メールクライアント)で作成さ
れ、最終メール受取者のアドレスを宛て先として、発信
側電子メールクライアントに最初に接続される電子メー
ルサーバに送られることを『電子メールが発信される』
という。図2(b) ののルートに示すように、電子メー
ルが第2の電子メールクライアントによって取得される
ことを『電子メールが受信される』という。電子メール
サーバが図2(b) のまたはのルートによって電子メ
ールを受け取ることを、『電子メールを中継する』とい
う。また、電子メールサーバが図2(b) のまたはの
ルートで示すように、次サーバへまたはメール留置機構
へ電子メールを送ることを、『電子メールを転送配信す
る』という。 (3)第1の電子メールクライアント/第2の電子メー
ルクライアント:本明細書では、メール発信者がアクセ
スするクライアント装置を第1の電子メールクライアン
トと呼び、最終メール受取者がアクセスするクライアン
ト装置を第2の電子メールクライアントと呼ぶ。従っ
て、これらはアクセス行為に伴ってクライアント装置を
特定するが、アクセス行為と独立に機器を特定するもの
ではない。発信者と受信者が同一のクライアント装置を
使用した場合、あるいは、自分宛の電子メールを同一装
置で発信しかつ受信した場合、第1の電子メールクライ
アントは第2の電子メールクライアントと同一の装置と
なる。
ンターネットの発展につれてますます利用が増大し、便
利な道具となっているが、電子メールが多用されるに従
って、いくつかの課題も生じている。
取者に受信される保障がない。例えば、図2で説明した
ように、電子メールは多くの電子メールサーバを中継し
て配信されるが、おのおのの電子メールサーバの中には
自らの能力や回線の輻輳を考慮して、規定のメールサイ
ズ以上の電子メールを転送配信しない仕様のものがあ
る。また、最終段の電子メールサーバ、すなわち最終メ
ール受取者のかかわる電子メールサーバでは当該メール
を留置すべきメールボックスの残容量が当該メールのメ
ールサイズ未満であった場合も、従来はこのような電子
メールは廃棄されてしまっていた。そして、従来は当該
電子メールサーバの中には当該発信者に配信不能レポー
トを発信してその旨を伝えるものもあった。しかし、そ
の電子メールの最終メール受取者へは何らの通知も行わ
れることはなかった。
がどのような電子メールサーバをいくつ経由して最終メ
ール受取者へ届くのかを知ることができず、いつどこの
電子メールサーバで自分の電子メールが廃棄されてしま
うかを予知することができない。そのため、重要な電子
メールで発信者が送付したものが受信者に届かず、しか
も電子メールサーバが廃棄した事実を受信者は知ること
なく、発信者に対する信頼関係を損ねてしまう事件がお
こっていた。もちろん、発信者が配信不能レポートを受
け取って直ちに最終メール受取者へこれを転送すれば、
その事実を受信者に知らせることはできるが、手間のか
かることである。また、本来、受信者のメールボックス
残容量が小さいためにメールが受信できないことは、受
信者にも責任の一端があるケースも多いにもかかわら
ず、従来はこれを受信者には通知していなかったため、
事態が放置され続け連絡に支障が生じることがあった。
知らされた発信者は、もし、この電子メールを最終メー
ル受取者へ送り届けたい場合には、これを分割して複数
の小さなメールの組として送り直すことが従来行われて
いた。これは、発信を行う第1の電子メールクライアン
トとして図3(a) に示すようなメール分割手段24を有す
る電子メールクライアントを用いることにより可能であ
った。ところが、このような従来の電子メールクライア
ントでは分割メールを作成して電子メールアップロード
手段21はこれを一挙に送り出していた。しかし、メール
ボックス残容量制限によって配信不能とされたメールの
場合は、これを分割したとしても一挙に送り出してしま
ったならば結局メールボックスはオーバーフローしてし
まう。よって、最終メール受取者が分割メールを一つず
つ受信してはメールボックスから除去し、この通知を受
けて発信側が次の分割メールを発信するというような、
小刻みなネゴシエーションを繰り返す発信方法が必要で
あった。また、これを受信した最終メール受取者は分割
された電子メールを自らの装置上で組み立てることが必
要である。ところが従来のメール分割組み立てを行う電
子メールクライアントで分割メール受信を行った場合
は、図3(a) に示すメール解析手段25は一挙に送り出さ
れた分割メールに対応しているので、上記のような小刻
みの受信に対応することはできなかった。また、このよ
うな電子メールの分割組立に当たっては、発信側での分
割のプロトコルと受信側での組立のプロトコルとの対応
が必要であり、発信側、受信側間のネゴシエーションの
のちに分割を実行した方がよい場合も多い。従って、配
信不能となった事実を受信側に知らせるとともに、メー
ル分割再配信の分割方法や発信タイミングなどに関する
ネゴシエーションを行えることが望まれる。かつ、これ
によりメール分割再配信を実行した場合、これを最終メ
ール受取者へ通知することが望まれる。
電子メールシステムでは、メールサイズが規定値を越え
たりメールボックス残容量を越えるなどの理由で電子メ
ールを一方的に廃棄する電子メールサーバによって、最
終メール受取者へ知らされることなく電子メールが廃棄
され、(1)発信者が最終メール受取者へその事実を別
アクションで知らせる手間がかかり、(2)発信者が電
子メールサーバの規定メールサイズやメールボックス残
容量にあわせて配信不能メールを分割し分割メールとし
て再発信する手間がかかり、(3)発信者が最終メール
受取者と電子メールの分割方法や発信タイミングに関す
るネゴシエーションを行わねばならないという手間がか
かり、(4)発信者は分割再発信を実行したことを通知
する手間がかかり、(5)最終メール受取者は分割メー
ルを取り出してこれを組み立てる手間がかかる、という
課題があった。
を一方的に廃棄する電子メールサーバによって、最終メ
ール受取者へ知らされることなく電子メールが廃棄され
るために、発信者、最終メール受取者の双方において上
記(1)〜(5)に示す手間がかかる、という課題は、
図1に示すような電子メールサーバの構成によって解決
される。以下にはこれら課題に対応して、課題を解決す
る手段を説明する。
の事実を別アクションで知らせる手間がかる、という課
題は、図2に示す如く、電子メールを発信する第1の電
子メールクライアントと、当該電子メールの最終メール
受取者である第2の電子メールクライアントとの間に介
在し、第1の電子メールクライアントが発信した電子メ
ールを中継し、これを第2の電子メールクライアントを
最終メール受取者として転送配信する電子メールサーバ
であって、図4に示す如く、第1の電子メールクライア
ントが発信した電子メールmlを中継するメール中継手段
11a と、当該電子メールを転送配信することができるか
否かを判定するメール配信判定手段12aと、前記メール
配信判定手段12a が転送配信不可と判定した場合に、少
なくとも最終メール受取者宛に配信不能レポートNDR を
発信する配信不能レポート発信手段13と、を有すること
を特徴とする電子メールサーバを提供することによって
解決される。
サーバにおいては、当該電子メールがメール配信判定手
段12a によって配信不能とされた場合に、配信不能レポ
ート発信手段13は最終メール受取者へ配信不能レポート
NDR を発信するので、発信者が最終メール受取者へその
事実を別アクションで知らせる必要がない。
定メールサイズやメールボックス残容量にあわせて配信
不能メールを分割し分割メールとして再発信する手間が
かかる、という課題は、図5または図6に示す如く、第
1の電子メールクライアントが発信した電子メールmlを
中継するメール中継手段11b または11c と、メールサイ
ズmsがメールサイズ規定値msp 以上またはメールボック
ス残容量mbc を越えることをもって当該メールの転送配
信を不可とする判定を行うメール配信判定手段12b また
は12c と、配信不能メールを分割し、メールサイズを規
定値未満またはメールボックス残容量以下とする複数の
分割再配信メールd1,2として転送配信する配信不能メー
ル分割再配信手段15b または15c と、を有することを特
徴とする電子メールサーバを提供することによって解決
される。
電子メールサーバにおいては、配信不能を判定したメー
ル配信判定手段12b または12c は配信不能メール分割再
配信手段15b または15c に分割指示を与え、配信不能メ
ール分割再配信手段15b または15c は配信不能メールバ
ッファ17から当該電子メールを取り出し、これを所定の
方法で分割し分割再配信メールd1,2として分割再配信を
行うので、発信者が電子メールサーバのメールサイズ規
定値msp またはメールボックス残容量mbc にあわせて配
信不能メールを分割し分割メールとして再発信する必要
がない。なお、図では1例として2個の分割再配信メー
ルd1,2を示したが、一般的に複数個に分割可能であるこ
とはいうまでもない。
子メールの分割方法や発信タイミングに関するネゴシエ
ーションを行わねばならないという手間がかかる、とい
う課題は、図7に示す如く、メール中継手段11d は中継
メールを解析するメール解析部114dを持ち、前記メール
解析部114dは、中継メールが自らの発信した前記配信不
能レポートNDR に対する返信メールNDRrであって、その
内容が配信不能メールの分割再配信指示であることを解
析して、配信不能メール分割再配信手段15d に分割再配
信指示ind-d を指示する電子メールサーバを提供するこ
とによって解決される。(注、ここで配信不能レポート
NDR への返信NDRrとしたものは、必ずしも配信不能レポ
ートNDR への直接返信メール一通のみに限定するもので
はなく、配信不能レポートNDR をトリガーとして当該電
子メールサーバに対して最終メール受取者がネゴシエー
ションのために発信する一連のメールの総称である。)
すなわち、図7の構成例をもつ電子メールサーバにおい
ては、自分が最終メール受取者へ発信した配信不能レポ
ートNDR をトリガーとして、最終メール受取者が返信と
して、所定の分割方法で分割して再配信することを依頼
したり、受取準備が揃うまで分割再配信をしないで保管
しておいてほしい旨の内容を記すことができる。一方こ
の配信不能レポートNDR への返信NDRrを受け取ったメー
ル中継手段11d は内蔵するメール解析部114dによってこ
れを解析し、その内容が配信不能メールの分割再配信指
示であることを解析して、配信不能メール分割再配信手
段15d に分割再配信指示ind-d を指示するので、配信不
能メール分割再配信手段15d は配信不能メールバッファ
17から当該電子メールを取り出し、これを所定の方法で
分割し、例えば分割再配信メールd1,2として分割再配信
を行う。ここに分割再配信指示ind-d の内容例として
は、図7の(注)に付記するように、オリジナルメール
の配信指示d 、分割メール作成指示b 、分割ソフトの指
定p 、分割サイズの指定s 、分割メールのうちの第k 分
割分の配信指示k などときめ細かくネゴシエーションが
できる。従って、発信者が最終メール受取者と電子メー
ルの分割に関するネゴシエーションを行う必要がない。
分割再配信すべき配信不能メールを配信不能メールバッ
ファ17に保管する期限の通知がある。これは図9に示す
如く、配信不能メールを保持する配信不能メールバッフ
ァ17をもち、前記配信不能メールを前記配信不能メール
バッファ17に保持する期間を管理する配信不能メール管
理手段14f をもち、前記配信不能メール管理手段14f
は、前記期間満了によって前記配信不能メールを破棄す
る以前に、最終メール受取者へメール廃棄警告レポート
alm を発信することを特徴とする電子メールサーバを提
供することによって解決される。
サーバにおいては、電子メールサーバが配信不能メール
バッファ17に保管する配信不能メールは最終メール受取
者が分割再配信を期待している可能性があるので、電子
メールサーバは一方的に保管期限満了で廃棄するのでは
なく、それ以前に最終メール受取者へメール廃棄警告レ
ポートalm を発信することにより、最終メール受取者は
よりきめ細かいネゴシエーションが行える。
ことを通知する手間がかかる、という課題は、図8に示
す如く、配信不能メール分割再配信手段15e が、前記分
割再配信メールd1,2を転送配信するとともに、最終メー
ル受取者へメール分割再配信レポートres を発信する電
子メールサーバを提供することによって解決される。
サーバにおいては、配信不能メール分割再配信手段15e
は分割再配信メールd1,2を配信するとともに、最終メー
ル受取者へメール分割再配信レポートres を発信するの
で、発信者は分割再発信を実行したことを通知する必要
がない。
割メールを取り出してこれを組み立てる手間がかかる、
という課題は、図10に示す如く、第1の電子メールク
ライアントから発信された電子メールを中継するメール
中継部111 と、前記メール中継部111 が中継した電子メ
ールが分割メールに属することを解析するメール解析部
114gと、前記メール解析部114gにより分割メールとされ
た複数の電子メールを組み立ててもとの分割前の電子メ
ールとして転送配信する分割メール組立配信手段16g
と、を有することを特徴とする電子メールサーバを提供
することによって解決される。
ルサーバにおいては、メール中継部111 が中継した電子
メールが分割メールd3,4のように分割された一組の電子
メールである場合に、メール解析部114gはこれが分割メ
ールに属することを解析して、分割メール組立配信手段
16g に組立配信指示ind-g を出すので、分割メール組立
配信手段16g はメール保管部112 から当該メールの組を
取り出し、これを組み立てて組立配信メールapp として
次サーバへこれを配信する。従って、最終メール受取者
は分割メールを取り出してこれを組み立てる必要がな
い。このようにメールサイズを元の大きなサイズに復元
することは、当該電子メールサーバが最終段であり、し
かもメールボックス残容量が充分である場合には、もは
や後段の電子メールサーバで廃棄される危険がないので
特に有効である。
電子メールシステムの実施例を図1〜図16により説明
する。なお、本発明におけるコンピュータ処理は、コン
ピュータプログラムにより当該コンピュータの主記憶装
置上で実行されるが、このコンピュータプログラムの提
供形態は、当該コンピュータに接続された補助記憶装置
をはじめ、フロッピー(登録商標)ディスクやCD−R
OM等の可搬型記憶装置やネットワーク接続された他の
コンピュータの主記憶装置及び補助記憶装置等の各記録
媒体に格納されて提供されるもので、このコンピュータ
プログラムの実行に際しては、当該コンピュータの主記
憶装置上にローディングされ実行されるものである。
構成例である。図1の電子メールサーバは先に<発明が
解決しようとする課題>のところで、個別の課題に対応
して図4〜図10に示した個別の電子メールサーバの実
施例のすべての機能を包含するものとして示している。
従って、以後の説明では図1の実施例について説明す
る。この電子メールサーバは図に示す如く<ケース1>
から<ケース3>の三種類の電子メールを中継する。こ
こに<ケース1>はすべての中継メールに対するメール
配信判定を行うケースであり、そのうちの特殊事例とし
て<ケース2>は本電子メールサーバが自ら発信した電
子メールに対する返信メールNDRrを受けるケースであ
り、<ケース3>は分割メールd3,4に属する一つのメー
ルを受け取ったケースを意味している。それぞれのケー
スに対応して電子メールサーバの動作を以下に説明す
る。
かわる部分での動作は、上記に示した電子メールの中継
(受け取り)による起動と、毎日の定時(例えば午前零
時)割り込みによる起動との二種類がある。前者は図1
2〜図13に、後者は図14にその動作フローを示し
た。これらを以下に順を追って説明する。
の動作例を図12により説明する。電子メールサーバの
メール中継手段11はメールを受け取るとこれをメール保
管部112 に格納するが、メール配信判定手段12がステッ
プS121でこのメールを参照し、そのメール属性mpと
してメールサイズmsを取得し、これをサーバ環境条件sc
の一つであるメールサイズ規定値msp と比較する。ここ
にメールサイズ規定値msp は本電子メールサーバが後段
のネットワークの輻輳防止のためなどで定めるものとす
る。ステップS121でメールサイズmsがメールサイズ
規定値msp 以内である場合は、メール配信判定手段12は
ステップS122で、やはりサーバ環境条件scのひとつ
であるメールボックス残容量mbc との比較を試みる。こ
こで問題のメールボックスは図2(b) に示す如く本メー
ルの最終メール受取者の電子メールサーバのメール留置
機構内にある。従って、現状のSMTPなどのプロトコ
ルではメールボックス残容量mbc を知り得るのは図2
(a) の場合であるとプロバイダ電子メールサーバSV-cの
みである。しかし、本発明では一般の中継位置に属する
電子メールサーバが最終メール受取者の電子メールサー
バにそのメールボックス残容量mbc を問い合わせるプロ
トコルの存在を仮定して、すべての電子メールサーバで
当該メールに対応するメールボックス残容量mbc を知り
得るものとしている。実際、このようなプロトコルの拡
張は技術的にはtelnet等公知の技術を用いて可能であ
る。
びS122でメールサイズmsとメールサイズ規定値msp
、メールボックス残容量mbc とを比較した結果、いず
れかの限界によって配信不能と判定すると、メール配信
判定手段12はステップS126で配信不能メールバッフ
ァ17に当該メールを保管する。配信不能メールバッファ
17は図15(a) に示す如く管理ディレクトリ領域dir 、
オリジナルメール領域om、分割メール領域dmに分かれて
おり、メール自体はオリジナルメール領域omに格納され
る。そしてメール配信判定手段12はステップS127で
当該メールの管理情報を管理ディレクトリ領域dir に書
き込む。ここに管理情報とは図15(b) に示す如く、保
管登録日付date、保管メールid<mid> 、オリジナルメ
ール領域om内開始アドレス、メールサイズms、配信不能
理由、メール受取者メールボックス残容量mbc などを示
す。そしてメール配信判定手段12は配信不能レポート発
信手段13を起動し、配信不能レポート発信手段13はステ
ップS128によって配信不能レポートNDR を最終メー
ル受取者へ発信する。
N99999@xxxx.com へのメールの配信不能レポートNDR の
例を示した。この例では本電子メールサーバはms1234.x
xxx.com と命名され、この電子メールサーバ自身のメー
ルアドレスとしてnegotiator@ms1234.xxxx.comが設定さ
れている。図11に示す如く、配信不能レポートNDRは
配信不能理由、オリジナルメールサイズ、メールボック
ス残容量などを示し、また、このメールの今後の取り扱
いに関してのネゴシエーションを行えるようにいくつか
の質問を付して回答の返信を促している。従来、このよ
うな配信不能レポートNDR は発信者に対してなされたこ
とはあったが、このように最終メール受取者へ示すこと
によりネゴシエーションを行うことはなされていなかっ
た。
サイズmsが許容できる場合は、メール配信判定手段12は
制御をメール解析部114 に与え、メール解析部114 はス
テップS123で当該メールが<ケース2>すなわち自
サーバへの返信メールか、を解析する。これは当該メー
ルのヘッダー情報がTo: <negotiator@ms1234.xxxx.com>
であること、および、メール本文内に保管メールid:
<002501bf6140$2cf7c5e0$660fe3ca@p5-120> のように保
管メールid<mid> 指定句があることを検索することに
より行われる。そしてメール解析部114 は配信不能メー
ルバッファ17の管理ディレクトリ領域dir を検索し、一
致する保管メールid<mid> =<002501bf6140$2cf7c5e0
$660fe3ca@p5-120> の管理レコードを見つけたならばス
テップS123はyes となり制御を配信不能メール分割
再配信手段15にわたし、後述する図13のネゴシエーシ
ョンプロセスに移行する。
合、メール解析部114 はステップS124で当該メール
が<ケース3>すなわち自サーバドメイン宛の分割メー
ルか、を解析する。ここに分割メールとは、大きなサイ
ズのメールをより小さなサイズのメールに分割した複数
メールのうちの一つを指す。一般に電子メールはヘッダ
ー情報、本文、添付ファイルからなるが、これらをすべ
て文字列として表現するMIME形式が多用されてい
る。このように一つのメールは単純な文字列からなるテ
キストファイルとして扱われるので、これを分割メール
とすることは容易である。MIME形式では分割メール
はそのヘッダーに図3(b) に示す如く、Content-Type:
句において、message/partial; total=4; id="002501b
f6140$2cf7c5e0$660fe3ca@p5-120"; number=4というキ
ーワードによって明示される。この例は4分割されたう
ちの第4メールであることを意味するヘッダーである。
24で、当該メールは自サーバドメイン宛か、すなわ
ち、ヘッダー情報のTo: <ssssss@eeeee.co.jp>の部分が
自サーバドメイン(本例では.xxxx.com )を含むか、か
つ、分割メールか、すなわち、Content-Type: 句におい
て、message/partial を含むか、を吟味する。かかるヘ
ッダー情報を見つけたならばステップS129−1に進
み、そうでなければステップS125に進む。ステップ
S125ではもはや当該メールは正常一般メールと認定
されるので、メール配信部113 は当該メールをその最終
メール受取者アドレス(ヘッダー情報のTo: <ssssss@ee
eee.co.jp>の部分)によって次段の電子メールサーバ
(eeeee.co.jp ドメイン)に配信する。先に用語定義し
たように、メール配信部113 のメール配信とはeeeee.c
o.jp ドメインに向けてドメイン内受け渡しサーバを探
り当ててメールを配信することであり、これがローカル
ドメインであった場合は図2(b) のに示すように、自
分のメール留置機構内の該当メールボックスへの配信を
も含む用語である。このようなターゲットドメイン内の
ターゲットサーバの探索はDNSを用いて周知の技術に
より行われるものである。
テップS124で自サーバドメイン内の分割メールであ
ることを認識した場合、メール解析部114 はモード指示
indとして組立配信指示ind-g を分割メール組立配信手
段16に送り、ステップS129−1に示す如く、分割メ
ール組立配信手段16はメール保管部112 内の分割メール
到着待ち合わせ領域dmwkをサーチする。ここにメール保
管部112 のデータ構造は図16に示す如く、解析用ワー
ク領域wk、分割メール到着待ち合わせ領域dmwk、分割メ
ール組み立てワーク領域appwk に区切られている。そこ
で分割メール組立配信手段16は、当該メールが分割メー
ル到着待ち合わせ領域dmwk内のメールとあわせて一組の
分割メールを形成する最後のメールであるかどうかを判
定する(ステップS129−2)。そして、まだ一組全
体として揃わないならばステップS129−4で分割メ
ール組立配信手段16は当該メールを分割メール到着待ち
合わせ領域dmwkに保管する。一方、ステップS129−
2で分割メールの一組が揃った場合は、分割メール組立
配信手段16はステップS129−3に進み、分割メール
を組立て配信し、配信終了後当該分割メールを分割メー
ル到着待ち合わせ領域dmwkから削除する。ここにメール
組み立ては図3(a) で公知の分割メール組立手段26と同
様の動作である。例えば分割メール到着待ち合わせ領域
dmwkに揃った分割メールのContent-Type: message/part
ial; total=4; id="002501bf6140$2cf7c5e0$660fe3ca@
p5-120";を有する4つのメールを number=1,2,3,4 の順
にアペンドして行く。これによりメール組み立てワーク
領域appwk にオリジナルメールが復元する。そこで分割
メール組立配信手段16はこの復元したオリジナルメール
をあたかも中継したものの如く、組立配信メールapp と
して次サーバへと配信する。
ーバは自分の配下にメールボックスを有する最終メール
受取者への分割メールに限り、これを検出して分割メー
ルが一組揃ったところで組み立ててメールボックスに配
信してくれる。従って、最終メール受取者は組み立てら
れたメールを受信することができ、自ら組み立て作業を
する必要がない。
ロセスを説明する。先に説明したように、メール解析部
114 が<ケース2>すなわち自サーバへの返信メールを
検出した場合、メール解析部114 はステップS131に
より、当該返信メールが指示する保管メールid<mid>
(図11の配信不能レポートNDR への返信メールであれ
ば<002501bf6140$2cf7c5e0$660fe3ca@p5-120> )で指定
される配信不能メールを配信不能メールバッファ17のオ
リジナルメール領域omから取り出す。そして、当該返信
メールが指示する諸々のモード指示ind を吟味する。ス
テップS132−1でオリジナルメールの配信指示d =
1か、を調べ、配信指示である場合はステップS138
にてメール配信判定手段12に配信可能かを判定させ、可
能であればステップS139−1により、メール配信判
定手段12はメール配信部113 にこのオリジナルメールを
配信させるとともに、当該メールをオリジナルメール領
域omから削除する。また同時に、管理ディレクトリ領域
dir の当該保管メールid<mid> レコードを削除する。
(ステップS139−2)。
が配信不能メールとして、配信不能レポートNDR を発信
したのに、最終メール受取者がその返信でオリジナルメ
ールの配信指示d =1を返すのは、その配信不能理由が
解消したことを最終メール受取者が確認したあとで行う
のが望ましい。例えば、メールボックス残容量mbc が足
りないための配信不能であった場合、この配信不能レポ
ートNDR を受けた最終メール受取者が、メールボックス
を拡大したり既読メールを削除するなどでメールボック
ス残容量mbc を増やしてから再配信指示の返信メールを
発することが想定される。ところが、このような措置を
せずに同様の指示を返したならば、ステップS138で
メール配信判定手段12はまたもやメールの配信が不能な
ることを検出し、ステップS139−3によって、再び
配信不能レポートNDR を発信することとなる。
割メール作成指示b が1であった場合は、配信不能メー
ル分割再配信手段15はステップS137−1で分割ソフ
トp、分割サイズs に基づき分割を実行し、配信不能メ
ールバッファ17内の分割メール領域dmに保管し、オリジ
ナルメールはオリジナルメール領域omから削除する。ま
た同時にステップS137−2で配信不能メール分割再
配信手段15は管理ディレクトリ領域dir の当該保管メー
ルid<mid> レコードに分割メール情報を記入する。
り、配信不能メール分割再配信手段15は分割実行し分割
メール領域dmに準備した分割メールを第k 分割分の配信
指示kで指定された分割分のみ配信しようとする。k=0
(またはブランク)の時は配信を実行しない。これは、
メールボックス残容量mbc が少ない場合に全メールを一
度に受信できないケースを考慮したもので、指定した分
割分のみ受信し、これをメールボックスから引き上げ
て、また残りの分割分を指定して受信する便宜を図れる
ように設計したものである。本実施例では示さないが、
もちろん、k の指定により全部の分割分や複数の分割分
の配信を指示するように取り決めることも容易に可能で
ある。
を示しているとき、配信不能メール分割再配信手段15は
当該メールをメール配信判定手段12に示してステップS
133、ステップS134により配信可能かチェック
し、配信可能であればステップS135で配信不能メー
ル分割再配信手段15は第k 分割分のメールを配信すると
ともに当該メールを分割メール領域dmから削除する。そ
して、本実施例の配信不能メール分割再配信手段15はこ
れとともにステップS136にて、最終メール受取者へ
メール分割再配信レポートres を発信する。本レポート
は図示を省略したが、その内容としては、当該電子メー
ルサーバが先に配信不能レポートNDR を発して配信不能
メールバッファ17に保管した保管メールid<mid> を示
し、今回これを分割して指示分を再配信した旨を通知す
る内容のものである。
ルサーバの定時起動トリガによる動作について説明す
る。図1において配信不能メール管理手段14は毎日の定
時(例えば午前零時)にタイマ起動され、ステップS1
41により、配信不能メールバッファ17の管理ディレク
トリ領域dir に格納された全レコードをチェックする。
例えばステップS142、143、144において、ア
ラーム済フラグalmdがセットされた全レコードを保管登
録日付dateの昇順にソートし、保管登録日付dateが一定
値以上(例えば30日以上)前のメールを抽出し、これ
を廃棄する。また、ステップS145、146にて、ア
ラーム済フラグalmdがセットされていない全てのレコー
ドについても保管登録日付dateでソートし、保管登録日
付dateが一定値以上(例えば23日以上)前のものを抽
出する。これは当該メールの廃棄期限の一週間前のアラ
ーム済でない保管メールid<mid> を抽出したことを意
味する。そして配信不能メール管理手段14はステップS
147にて当該保管メールid<mid> のメールの最終メ
ール受取者あてにメール廃棄警告レポートalm を発信し
た後、ステップS148にて管理ディレクトリ領域dir
の当該レコードのアラーム済フラグalmdをonとする。こ
こにメール廃棄警告レポートalm の内容は図示を省略す
るが、例えば「一週間以内に分割や配信の指示がない
と、当該メールは廃棄されます」との内容を含むもので
ある。廃棄期限の延長等のネゴシエーションも設計的事
項として考えられる。
によれば、最終メール受取者へ配信不能レポートを発信
する配信不能レポート発信手段、配信不能メールを分割
して再配信するとともにメール分割再配信レポートを発
信する配信不能メール分割再配信手段、分割メールを組
み立てて配信する分割メール組立配信手段などを備えた
電子メールサーバによって、発信者、最終メール受取者
の双方が、配信不能メールの発生通知やその再配信のた
めに種々の連絡やアクションをとる手間を必要としな
い、という効果がある。
ライアントの構成例
ールの配信不能レポートNDR の例
バ動作例
作例
Claims (8)
- 【請求項1】 電子メールクライアントが発信した電子
メールを中継するメール中継手段と、 メールサイズが規定値以上であることをもって当該メー
ルの転送配信を不可とする判定を行うメール配信判定手
段と、 前記メール配信判定手段が配信不可としたメールを分割
し、メールサイズを規定値未満とする複数の分割再配信
メールとして転送配信する配信不能メール分割再配信手
段と、を有することを特徴とする電子メールサーバ。 - 【請求項2】 前記メール配信判定手段の判定するメー
ルサイズの規定値は最終メール受取者のメールボックス
残容量であることを特徴とする請求項1記載の電子メー
ルサーバ。 - 【請求項3】 電子メールクライアントが発信した電子
メールを中継するメール中継手段と、 当該電子メールを転送配信することができるか否かを判
定するメール配信判定手段と、 前記メール配信判定手段が転送配信不可と判定した場合
に、少なくとも最終メール受取者宛に配信不能レポート
を発信する配信不能レポート発信手段と、を有すること
を特徴とする電子メールサーバ。 - 【請求項4】 請求項3記載の電子メールサーバであっ
て、 前記メール中継手段は中継メールを解析するメール解析
部を持ち、 前記メール解析部は、中継メールが前記配信不能レポー
トに対する返信メールであって、その内容が配信不能メ
ールの分割再配信指示であることを解析して、前記配信
不能メール分割再配信手段に分割再配信を指示すること
を特徴とする請求項1記載の電子メールサーバ。 - 【請求項5】 前記配信不能メールを保持する配信不能
メールバッファをもち、 前記配信不能メールを前記配信不能メールバッファに保
持する期間を管理する配信不能メール管理手段をもち、 前記配信不能メール管理手段は、前記期間満了によって
前記配信不能メールを破棄する以前に、最終メール受取
者へメール廃棄警告レポートを発信することを特徴とす
る請求項1または請求項3記載の電子メールサーバ。 - 【請求項6】 電子メールクライアントから発信された
電子メールを中継するメール中継部と、 前記メール中継部が中継した電子メールが分割メールに
属することを解析するメール解析部と、 前記メール解析部により分割メールとされた複数の電子
メールを組み立ててもとの分割前の電子メールとして転
送配信する分割メール組立配信手段と、を有することを
特徴とする電子メールサーバ。 - 【請求項7】 電子メールクライアントが発信した電子
メールを中継するメール中継手段と、 メールサイズが規定値以上であることをもって当該メー
ルの転送配信を不可とする判定を行うメール配信判定手
段と、 前記メール配信判定手段が配信不可としたメールを分割
し、メールサイズを規定値未満とする複数の分割再配信
メールとして転送配信する配信不能メール分割再配信手
段と、を実現させるプログラムを記録したコンピュータ
読み取り可能な記録媒体。 - 【請求項8】 電子メールクライアントが発信した電子
メールを中継するメール中継手段、 メールサイズが規定値以上であることをもって当該メー
ルの転送配信を不可とする判定を行うメール配信判定手
段、 前記メール配信判定手段が配信不可としたメールを分割
し、メールサイズを規定値未満とする複数の分割再配信
メールとして転送配信する配信不能メール分割再配信手
段、としてコンピュータを機能させるためのプログラ
ム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001067680A JP3876633B2 (ja) | 2000-03-10 | 2001-03-09 | 電子メールサーバ |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000-67292 | 2000-03-10 | ||
JP2000067292 | 2000-03-10 | ||
JP2001067680A JP3876633B2 (ja) | 2000-03-10 | 2001-03-09 | 電子メールサーバ |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001326691A true JP2001326691A (ja) | 2001-11-22 |
JP3876633B2 JP3876633B2 (ja) | 2007-02-07 |
Family
ID=26587227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001067680A Expired - Fee Related JP3876633B2 (ja) | 2000-03-10 | 2001-03-09 | 電子メールサーバ |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3876633B2 (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007055867A1 (en) * | 2005-11-07 | 2007-05-18 | Microsoft Corporation | Independent message stores and message transport agents |
JP2009199269A (ja) * | 2008-02-20 | 2009-09-03 | Taito Corp | 宛先変換サーバ、宛先変換プログラム及び宛先変換システム |
US7681074B2 (en) | 2005-04-29 | 2010-03-16 | Microsoft Corporation | Transport high availability |
US7693071B2 (en) | 2005-05-27 | 2010-04-06 | Microsoft Corporation | System and method for routing messages within a messaging system |
US7730141B2 (en) | 2005-12-16 | 2010-06-01 | Microsoft Corporation | Graphical interface for defining mutually exclusive destinations |
JP2010213193A (ja) * | 2009-03-12 | 2010-09-24 | Canon Inc | メール受信エラー情報通知システム |
JP2012094110A (ja) * | 2010-09-30 | 2012-05-17 | Canon Marketing Japan Inc | 情報処理装置、及びその制御方法、プログラム |
JP2012094112A (ja) * | 2010-09-30 | 2012-05-17 | Canon Marketing Japan Inc | 中継処理装置、及びその制御方法、プログラム |
-
2001
- 2001-03-09 JP JP2001067680A patent/JP3876633B2/ja not_active Expired - Fee Related
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7681074B2 (en) | 2005-04-29 | 2010-03-16 | Microsoft Corporation | Transport high availability |
US7693071B2 (en) | 2005-05-27 | 2010-04-06 | Microsoft Corporation | System and method for routing messages within a messaging system |
WO2007055867A1 (en) * | 2005-11-07 | 2007-05-18 | Microsoft Corporation | Independent message stores and message transport agents |
US8077699B2 (en) | 2005-11-07 | 2011-12-13 | Microsoft Corporation | Independent message stores and message transport agents |
US7730141B2 (en) | 2005-12-16 | 2010-06-01 | Microsoft Corporation | Graphical interface for defining mutually exclusive destinations |
JP2009199269A (ja) * | 2008-02-20 | 2009-09-03 | Taito Corp | 宛先変換サーバ、宛先変換プログラム及び宛先変換システム |
JP2010213193A (ja) * | 2009-03-12 | 2010-09-24 | Canon Inc | メール受信エラー情報通知システム |
US8825771B2 (en) | 2009-03-12 | 2014-09-02 | Canon Kabushiki Kaisha | System for notifying mail-receiving error information |
JP2012094110A (ja) * | 2010-09-30 | 2012-05-17 | Canon Marketing Japan Inc | 情報処理装置、及びその制御方法、プログラム |
JP2012094112A (ja) * | 2010-09-30 | 2012-05-17 | Canon Marketing Japan Inc | 中継処理装置、及びその制御方法、プログラム |
JP2013084289A (ja) * | 2010-09-30 | 2013-05-09 | Canon Marketing Japan Inc | 中継処理装置、及びその制御方法、プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP3876633B2 (ja) | 2007-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6134582A (en) | System and method for managing electronic mail messages using a client-based database | |
US7624146B1 (en) | Method of manipulating an already sent e-mail and a corresponding server | |
US6088720A (en) | Self-cleaning and forwarding feature for electronic mailboxes | |
US7970844B2 (en) | Replicating message queues between clustered email gateway systems | |
KR100488672B1 (ko) | 메일 처리 시스템 | |
US7849199B2 (en) | Content router | |
US20030220978A1 (en) | System and method for message sender validation | |
US20070038703A1 (en) | Content router gateway | |
US20020138586A1 (en) | Reducing network congestion by decoupling attachments from electronic mail | |
US20070014277A1 (en) | Content router repository | |
US8139569B2 (en) | System and method for communication over an adaptive service bus | |
US8788596B1 (en) | Unsolicited message rejecting communications processor | |
EP1715641B1 (en) | Email using queues in non-persistent memory | |
JP3643335B2 (ja) | 代替電子メール受信者を指定する方法、システム、及びコンピュータ・プログラム | |
WO1999014909A1 (en) | Messaging system | |
US20060101123A1 (en) | Methods and systems for selecting criteria for a successful acknowledgement message in instant messaging | |
JP3973352B2 (ja) | 電子メール仲介装置および電子メール送達方法 | |
JP3876633B2 (ja) | 電子メールサーバ | |
US8260861B1 (en) | System and method for an electronic mail attachment proxy | |
WO2005001733A1 (en) | E-mail managing system and method thereof | |
JPH1141275A (ja) | インターネット上で送受信される電子メールのアドレスリストを自動的にクリーニングする方法とそのための装置 | |
KR20040074118A (ko) | 송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템 | |
KR100938005B1 (ko) | 특정 구분자를 이용하여 이메일 수신인을 구별하는 단말 및그 방법 | |
JPH11191083A (ja) | 電子メールの配達方法およびメールサーバー | |
KR20040022516A (ko) | 스팸메일 차단 시스템 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040419 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040610 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040610 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050908 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051122 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060112 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060824 |
|
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: 20061010 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061023 |
|
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: 20101110 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101110 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111110 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111110 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121110 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121110 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131110 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |