JP2000101633A - メール配信装置 - Google Patents
メール配信装置Info
- Publication number
- JP2000101633A JP2000101633A JP26584298A JP26584298A JP2000101633A JP 2000101633 A JP2000101633 A JP 2000101633A JP 26584298 A JP26584298 A JP 26584298A JP 26584298 A JP26584298 A JP 26584298A JP 2000101633 A JP2000101633 A JP 2000101633A
- Authority
- JP
- Japan
- Prior art keywords
- port
- account
- ports
- received
- 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
Abstract
られたときアカウント用のメールボックスに保持されて
いる全受信メールを、あらかじめ設定された条件でフィ
ルタリングし、条件に一致した受信メールのリストをク
ライアントに転送する第2転送手段を備える。アカウン
トごとのメールボックスを一つにでき、しかも、別途に
アカウントを発行しなくてもよいのでサーバ側の負担が
軽く、さらに、ユーザ側にあっても単にポートを選んで
アクセスするだけでよいうえ、全ての受信メールをダウ
ンロードする際にも1回のアクセスで済むから操作上の
負担を強いない。
Description
関し、詳しくは、OSI(開放型システム間相互接続)
基本参照モデルの第3層(ネットワーク層)に対応した
IP(Internet Protocol)プロトコルの一つであるメ
ール配信用プロトコル(POP3またはIMAP4)を
使用してメールクライアントに電子メールを配信するメ
ール配信装置に関する。なお、POP3はPost Office
Protocol ver.3の略、IMAP4はInternet Massage
Access Protocol ver.4の略である。
A:Defense Advanced Research Project Agency)によ
って構築された広域パケット通信網(ARPANET:
Advanced Research Project Agency Network)の目的
は、コンピュータを1個所で集中管理せずに、各地で分
散管理することによってリスクの分散を図るというもの
であり、研究の狙いはもっぱら軍事利用にあったが、そ
の優れた利点(コンピュータのアーキテクチャに左右さ
れることなくネットワーク上の全コンピュータを相互に
接続できる)は、軍事目的以外の様々なネットワークの
構築を自然発生的に促し、当然の成り行きとしてそれら
が相互につなげられていった結果、いわゆる「インター
ネット」と呼ばれる地球的規模の大規模ネットワークの
出現に至っている。
技術の第一は、WWW(Word WideWeb)によるシームレ
スな情報閲覧システムであり、第二は電子メール(いわ
ゆるインターネットメール、一般にE−mail)であ
るが、とりわけインターネットメールは、特定のネット
ワークOSに依存する旧来型の電子メールに比べて遥か
に普遍性があり、メールアカウントさえ持っていれば如
何なる相手とも情報の伝達が可能である点から、もはや
社会生活上、欠くことのできない意思疎通手段の一つに
位置づけられている。なお、上記のとおり、電子メール
はインターネットメールと旧来型の電子メールの二種類
あるが、以下では特に断りのない限り、電子メールとイ
ンターネットメールを同義語として取り扱うものとす
る。
ト、メール送信サーバ(SMTPサーバともいう)及び
メール受信サーバ(POPサーバともいう)で構成され
ており、メールクライアントの機能はMUA(Mail Use
r Agent)と呼ばれるソフトで、また、SMTPサーバ
とPOPサーバの機能はMTA(Mail Transport Agen
t)と呼ばれるソフトで提供されている。
説すると、MUAから送信された電子メールは、発信者
のメールアカウント、例えば“aaa@bbb.co.
jp"に対応したドメイン“bbb.co.jp"を持つ
SMTPサーバに届けられ、そのSMTPサーバよって
ネット上に再送された後、適切なルーティングを経て最
終的に、受信者のメールアカウント、例えば“sato
@casio.co.jp"に対応したドメイン“ca
sio.co.jp"を持つPOPサーバのメールボッ
クス(注1)に届けられる。 注1:メールボックスとは、POPサーバの大規模記憶
媒体に設けられた、アカウント“sato@casi
o.co.jp"専用のメール記憶領域であり、一般郵
便における私書箱に相当するものである。
ールのアカウント“sato@casio.co.j
p"を持つユーザのPOPサーバへの正当なログインに
よってメールボックスからMUAにダウンロードされた
後、メールボックスから削除される。なお、削除せずに
POPサーバに残しておくことも可能であるが、POP
サーバの記憶容量の圧迫を避けるために、常に削除する
のが電子メール利用の一般的マナーである。図5は、M
UAとMTAの間でやり取りされるPOPプロトコルの
タイムラインである。この例では、アカウント“sat
o@casio.co.jp"のユーザがドメイン“c
asio.co.jp"のPOPサーバにアクセスし、
自分専用のメールボックスから1番目の電子メールをダ
ウンロードするとともに、それを削除するまでの一連の
流れが示されている。
ポート(RFC1700の定義によれば110番ポー
ト)に接続してMUAとMTA間のセッションを確立し
た後、POPプロトコルの “USER sato" コ
マンドと、POPプロトコルの “PASS abcd
e" コマンドを発行する。なお“USER"及び“PA
SS"はコマンド名、“sato"は“sato@cas
io.co.jp"の登録ユーザ名、“abcde"は同
登録パスワードである。
ードに基づいて認証を行い、正当なアカウントであると
評価した場合に、そのアカウントのメールボックスを開
いて受信メール数とトータルのメールサイズを調べ、そ
の情報をMUAに通知する。なお、図示の通知メッセー
ジは、“+OK sato‘s mailbox has
2 message(S) (320 octets)"で
あり、その意味は、「ユーザ名“sato"のメールボ
ックスに2通の電子メールが届いており、そのトータル
サイズは320オクテット(7ビット×320バイト)
である」というものである。
ール数が0以上である場合に、POPプロトコルの“L
IST"コマンドを発行し、このコマンドに応答して
MTAから返送された各メールごとのサイズリストの先
頭番号(1番)を引数nにセットしてPOPプロトコル
の“RETR n"コマンドを発行する。MTAは、“R
ETR n"コマンドに応答してリスト番号nのメールヘ
ッダとメッセージボディ(以下「メール実体」という)
を返送し、MUAは、メール実体を受け取る(ダウン
ロードする)と、POPプロトコルの“DELE n"コ
マンドを発行してn番目のメールの削除を要求し、
“QUIT"コマンドを発行してセッションを終了す
る。
ルの有無やその数によって、以下の三つのパターンに分
かれる。 <パターン1>受信メールなしの場合 接続→USER→PASS→QUIT <パターン2>受信メール数が1の場合(図5の例) 接続→USER→PASS→LIST→RETR 1→
DELE 1→QUIT <パターン3>受信メール数が1以上(例えばm)の場
合 接続→USER→PASS→LIST→RETR 1→
DELE 1→RETR 2→DELE 2→・・・・・・→R
ETR m−1→DELE m−1→RETR m→DE
LE m→QUIT
におけるMTAは、MUAから要求があると、メールボ
ックスに届けられた全ての受信メールの“リスト"をM
UAに送り、そのリストに基づいてMUAから発行され
た“RETR"コマンドに従ってメール実体をMUAに
転送するが、上記“リスト"には受信メールの番号とサ
イズしか記載されていない、言い換えればメールの内容
を把握できる何らの情報も含まれていないため、ユーザ
は全ての電子メールをダウンロードした後でなければメ
ールの要、不要を判断できず、多くのユーザが同様に全
ての受信メールをダウンロードする結果、ネットワーク
のトラフィックを増大させるという問題点があった。ま
た、モバイル環境などのように遅い通信速度でアクセス
する場合は、通信時間が長くなって通信コストを増大さ
せるという問題点もあった。
は、メール実体をサーバ側に保持したまま、メールの内
容を把握できる情報(Subjectを含むメールヘッ
ダの情報)をMUAに送信するので、必要なメールだけ
をMUAにダウンロードでき、上記の問題点を回避でき
るが、同じ電子メールのデータが複数のコンピュータ
(サーバコンピュータとクライアントコンピュータ)上
に点在するため、情報の一元管理という点で好ましくな
い。
うにした従来技術のシステム構成図である。図6におい
て、1はメール送信側のクライアントコンピュータ、2
はSMTPサーバ、3はPOPサーバ、4及び5はメー
ル受信側のクライアントコンピュータである。POPサ
ーバ3には、あるメールアカウント(例えば“sato
@casio.co.jp")専用のメイン・メールボ
ックスMB1と、このMB1に届けられたメールの転送
先になるサブ・メールボックスMB2が設けられてお
り、MB1とMB2の間にはフィルタ3aが設けられて
いる。
送メールの選択を行うものであり、メールヘッダやメッ
セージボディに特定の文字列が含まれている場合に、そ
のメールだけを転送するというものである。これによれ
ば、例えば、メールヘッダのSubjectに“至急"
の文字が含まれているメールだけをMB2に転送するよ
うにフィルタ3aにセットしておき、モバイル環境など
のように遅い通信速度でアクセスする場合は、MB2を
アクセスしてメールのダウンロードを行うことにより、
必要なメールだけ(この場合、Subjectに“至
急"の文字が含まれているメールだけ)をダウンロード
することができ、トラフィックを軽減できるうえ、通信
時間を短くして通信コストの削減を図ることができる。
来技術にあっては、POPサーバに二つのメールボック
スを作らなければならず、しかも、メールボックスごと
に固有のメールアカウントを発行する必要があるため、
サーバ側とユーザ側の両者に負担を強いるという問題点
があった。
ックスの作成とその管理並びにメールアカウントの発行
手続きとその管理が負担になり、また、ユーザ側にあっ
ては、二つのメールアカウントを使い分けなければなら
ないうえ、全てのメールに目を通すにはMB1とMB2
の二つのメールボックスをそれぞれアクセスしなければ
ならないという点で負担が大きいという問題点があっ
た。
両者に負担を強いることなく、必要なメールだけをダウ
ンロードでき、且つ、トラフィックの軽減と通信コスト
の削減を図ることのできるメール配信装置の提供を目的
とする。
保持するアカウントごとのメールボックスと、前記アカ
ウントを持つクライアントからのメール転送要求を受け
付ける第1及び第2ポートと、前記メール転送要求が前
記第1ポートで受け付けられたとき前記アカウント用の
メールボックスに保持されている全受信メールのリスト
を当該クライアントに転送する第1転送手段と、前記メ
ール転送要求が前記第2ポートで受け付けられたとき前
記アカウント用のメールボックスに保持されている全受
信メールを、あらかじめ設定された条件でフィルタリン
グし、該条件に一致した受信メールのリストを当該クラ
イアントに転送する第2転送手段と、を備えたことを特
徴とする。前記第1及び第2ポートはダイアルアップ用
のポートであってもよく、又は、OSI基本参照モデル
のセッション層とプレゼンテーション層の間を結ぶポー
トであってもよく、又は、実質的に一つのポートであっ
て、該一つのポートの伝送速度に応じて設定される仮想
的な第1ポート及び第2ポートであってもよく、又は、
実質的に一つのポートであって、該一つのポートへの着
信電話回線番号に応じて設定される仮想的な第1ポート
及び第2ポートであってもよい。
イアルアップサーバを例にして図面を参照しながら説明
する。図1において、10はMUAをインストールした
クライアントコンピュータ(クライアント)、11は公
衆電話回線網(アナログ回線またはディジタル回線若し
くはこれらの混在回線網)、12はMTAをインストー
ルしたSMTP及びPOPサーバ兼用のダイアルアップ
サーバ(以下「サーバ」と略す)である。
ト(以下、第1ポート13、第2ポート14)、通信制
御部15、CPU16(第1転送手段、第2転送手
段)、記憶装置17、条件記憶部18、RAM19及び
メールボックス20を含み、CPU16は、記憶装置1
7にインストールされたオペレーティングシステム(以
下「OS」と略す)を実行するとともに、そのOSの下
で、記憶装置17にインストールされたアプリケーショ
ンソフトを実行して所要の“サービス"を提供するとい
うものであり、本実施の形態におけるサービスは、少な
くとも、「ダイアルアップ」、「SMTP」及び「PO
P」である。
と略す)とは、公衆電話回線で接続された他のコンピュ
ータに、自分自身のハードウェア資源を解放するサービ
スであり、遠隔地のコンピュータやモバイル環境にある
コンピュータを構内ネットワークに接続するために広く
用いられているネットワーク技術である。RAS接続さ
れたコンピュータは、構内ネットワークに接続された他
のコンピュータと同様の感覚で使用することができる。
一般に、ネットワーク上の各コンピュータには、ユニー
クな識別番号が割当られており、TCP/IPベースの
ネットワークの「IPアドレス」がそれに相当する。I
Pアドレスは、「0.0.0.0」から「255.25
5.255.255」までの範囲を利用することができ
る(正確には「0.0.0.0」と「255.255.
255.255」は予約されていて使用できない)が、
インターネットに接続されない閉鎖型のネットワークの
場合は、以下の三種類のアドレス範囲の何れかを使用す
ることが推奨されている。 <クラスA> 「10.0.0.0」〜「10.255.255.25
5」 <クラスB> 「172.16.0.0」〜「172.31.255.
255」 <クラスC> 「192.168.0.0」〜「192.168.25
5.255」
あるし、DHCP(Dynamic Host Configuration Proto
col)と呼ばれるサービスを用いて動的に割当ることも
可能であるが、ここでは、説明の簡単化のために固定割
当とする。
ータも構内ネットワークに接続された他のコンピュータ
(サーバ12を含む)と同様であるから、当然、IPア
ドレスの割当が必要である。本実施の形態ではクラスC
を使用し、サーバ12に「192.168.1.1」を
割当るとともに、第1ポート13に「192.168.
1.100」、第2ポート14に「192.168.
1.101」を割当ることにする。なお、サブネットマ
スクは「255.255.255.0」である。この割
当例では、最大で254台までのコンピュータ(サーバ
12を含む)をネットワークに接続できる。
らかなように、電子メールの配信にある。すなわち、メ
ールボックス20に届けられた、あるアカウント(便宜
的に“sato@casio.co.jp“とする)宛
ての受信メールをネットワークに接続された任意のコン
ピュータに配信することにあるので、この点について詳
しく説明する。
jp“宛ての受信メールの一覧である。この図におい
て、nはメールごとに付けられた一連番号であり、PO
Pプロトコルの"LIST“コマンドに応答する際の返
信番号に使われるものである。また、FromやSub
jectはメールヘッダであり、それぞれ発信者のアカ
ウント、メールの表題である。また、メッセージボディ
は電子メールの内容であり、テキスト情報を7ビットコ
ードに変換した文字列または添付ファイルを所定の形式
(例えばMIME:Multipurpose Internet Mail Exten
sions)で変換した文字列を含んでいる。
コンピュータから、“sato@casio.co.j
p“のアカウントでメールボックス20がアクセスされ
た場合、通常のメール配信処理が行われる。すなわち、
図3に示すように、“sato@casio.co.j
p“のアカウントでログイン(S1)が行われると、ユ
ーザ名とパスワードの認証(S2)を行い、認証がOK
の場合(S3)に、"LIST“コマンドに応答して
“sato@casio.co.jp“宛ての全受信メ
ールの一連番号とサイズのリストを返信し、このリスト
に基づいて発行された"RETR n“コマンドに応答し
てn番目のメール実体を送信するとともに、"DELE
n“コマンドに応答してn番目のメール実体を削除する
という一連の処理(S4〜S10)が行われる。
を介してRAS接続されたコンピュータ10からメール
ボックス20がアクセスされた場合は、上記と異なる処
理が行われる。図4は、その処理を示す図であり、"L
IST“コマンドに応答して“sato@casio.
co.jp“宛てに返信する「リスト」を作成するため
の処理ルーチンである。図4において、まず、POPプ
ロトコルの"LIST“コマンドを受け付けると、RA
M19に設けられたカウンタ19aを初期値1にリセッ
ト(S10)し、次いで、アクセスされたポートが第1
ポート13であるか第2ポート14であるか、又はそれ
以外の経路であるかを判定(S11)するが、この判定
はIPアドレスの検査で行うことができる。すなわち、
上述のとおり、第1ポート13に割当られたIPアドレ
スは、「192.168.1.100」であり、第2ポ
ート14に割当られたIPアドレスは、「192.16
8.1.101」であるから、アドレスの第4オクテッ
ト部によって通信経路を判定することができる。「10
0」であれば第1ポート13からのアクセス、「10
1」であれば第2ポート14からのアクセスであると判
定でき、それ以外であればネットワークに直接繋がれた
他のコンピュータからのアクセスであると判定できる。
が“条件付き"のものであるか否かを判定(S12)す
る。“条件付き"の経路とは、第1ポート13または第
2ポート14の何れか一方のポートのことをいい、その
ポートからアクセスされた場合には、特定の電子メール
だけを抽出してリストを作成するという処理を行う経路
のことである。以下、便宜的に第2ポート14を条件付
きのポートとする。
直接繋がれた他のコンピュータからアクセスされた場合
は、ステップS12でNO判定となり、カウンタを+1
(S13)してステップS11以降を繰り返すが、条件
付きの第2ポート14からアクセスされた場合は、ステ
ップS12でYES判定となり、最初のメールのメール
ヘッダとメッセージボディを読み出し(S14、S1
5)、条件記憶部18にあらかじめ記憶されたフィルタ
条件との一致を判定する(S16)。そして、何れの条
件とも一致しなければ、カウンタを+1(S13)して
ステップS11以降を再実行し、次のメールのメールヘ
ッダとメッセージボディを読み出してフィルタ条件との
一致を判定するという処理を全てのメールについて繰り
返す。
のFromに“AAA"が含まれているものをフィルタ
する」と仮定すると、図2のn=1、3、4の三つのメ
ールが該当し、カウンタの値が1、3、4の場合にステ
ップS17でYES判定となってフィルタ条件に一致す
る上記三つのメールが特定(S18)される。このた
め、"LIST“コマンドに応答して“sato@ca
sio.co.jp“宛てに返信される「リスト」は、
この三つのメールを対象に作られることになる。同様
に、フィルタ条件を、「メールヘッダのSubject
に“至急"が含まれているものをフィルタする」と仮定
すると、図2のn=2、3の二つのメールが該当し、カ
ウンタの値が2と3の場合にステップS17でYES判
定となってフィルタ条件に一致する上記二つのメールが
特定(S18)される。このため、"LIST“コマン
ドに応答して“sato@casio.co.jp“宛
てに返信される「リスト」は、この二つのメールを対象
に作られることになる。
アルアップしたクライアントコンピュータ10で全ての
受信メールをダウンロードしても、上記フィルタ条件に
一致した特定のメールしかダウンロードされないから、
無駄な通信を回避でき、トラフィックの軽減と通信コス
トの削減を図ることができるうえ、アカウント“sat
o@casio.co.jp“専用のメールボックス2
0を増やしたり、別途にアカウントを発行したりする必
要がないので、サーバ側の負担を増やさないという有利
な効果が得られる。しかも、条件なしのポート(第1ポ
ート13やネットワークに接続された他のコンピュー
タ)からアクセスすれば、全てのメールを一括してダウ
ンロードできるので、ユーザ側の負担も増えないという
有利な効果も得られる。
アップ用のポートを二つ(第1ポート13、第2ポート
14)設け、そのうちの一つを条件付きのポートにして
いるが、これに限定されない。要は、条件記憶部18に
記憶されたフィルタ条件の適用/非適用を外部から選択
できればよく、例えば、ネットワークのログインアカウ
ントを二つ用意しておき、そのうちの一つを条件付きと
してもよいし、或いは、POP3のポート(OSI基本
参照モデルのセッション層とプレゼンテーション層の間
を結ぶポート;POP3用は規定では110番ポート)
を別個に用意しておき、そのポートを条件付きとしても
よい。または、ダイアルアップの際のモデム速度を利用
(例えば、所定の速度でアクセスしてきた場合は条件付
きとする)してもよいし、発信者番号通知を利用(例え
ば、モバイル通信で使用する携帯電話の回線番号が通知
された場合にフィルタ条件を適用したり、あらかじめそ
の回線番号に条件付きの特定のIPアドレスを割り当て
たりする)してもよい。
アカウントごとのメールボックスと、前記アカウントを
持つクライアントからのメール転送要求を受け付ける第
1及び第2ポートと、前記メール転送要求が前記第1ポ
ートで受け付けられたとき前記アカウント用のメールボ
ックスに保持されている全受信メールのリストを当該ク
ライアントに転送する第1転送手段と、前記メール転送
要求が前記第2ポートで受け付けられたとき前記アカウ
ント用のメールボックスに保持されている全受信メール
を、あらかじめ設定された条件でフィルタリングし、該
条件に一致した受信メールのリストを当該クライアント
に転送する第2転送手段と、を備えたので、(イ)クラ
イアント側から第1ポートを介してメールボックスをア
クセスした場合には、通常どおり、全ての受信メールを
ダウンロードできる一方、(ロ)クライアント側から第
2ポートを介してメールボックスをアクセスした場合に
は、あらかじめ設定された条件に一致した受信メールだ
けをダウンロードできるから、不要な受信メールのダウ
ンロードを回避でき、トラフィックを軽減できるという
効果に加え、(ハ)アカウントごとのメールボックスを
一つにでき、しかも、別途にアカウントを発行しなくて
もよいので、サーバ側の負担が軽く、(ニ)さらに、ユ
ーザ側にあっても、単にポートを選んでアクセスするだ
けでよいうえ、全ての受信メールをダウンロードする際
にも1回のアクセスで済むから、操作上の負担を強いる
ことがないという優れた効果がある。
Claims (5)
- 【請求項1】 受信メールを保持するアカウントごとの
メールボックスと、 前記アカウントを持つクライアントからのメール転送要
求を受け付ける第1及び第2ポートと、 前記メール転送要求が前記第1ポートで受け付けられた
とき前記アカウント用のメールボックスに保持されてい
る全受信メールのリストを当該クライアントに転送する
第1転送手段と、 前記メール転送要求が前記第2ポートで受け付けられた
とき前記アカウント用のメールボックスに保持されてい
る全受信メールを、あらかじめ設定された条件でフィル
タリングし、該条件に一致した受信メールのリストを当
該クライアントに転送する第2転送手段と、 を備えたことを特徴とするメール配信装置。 - 【請求項2】 前記第1及び第2ポートはダイアルアッ
プ用のポートであることを特徴とする請求項1記載のメ
ール配信装置。 - 【請求項3】 前記第1及び第2ポートはOSI基本参
照モデルのセッション層とプレゼンテーション層の間を
結ぶポートであることを特徴とする請求項1記載のメー
ル配信装置。 - 【請求項4】 前記第1及び第2ポートは実質的に一つ
のポートであって、該一つのポートの伝送速度に応じて
設定される仮想的な第1ポート及び第2ポートであるこ
とを特徴とする請求項1記載のメール配信装置。 - 【請求項5】 前記第1及び第2ポートは実質的に一つ
のポートであって、該一つのポートへの着信電話回線番
号に応じて設定される仮想的な第1ポート及び第2ポー
トであることを特徴とする請求項1記載のメール配信装
置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26584298A JP3672165B2 (ja) | 1998-09-21 | 1998-09-21 | メール配信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26584298A JP3672165B2 (ja) | 1998-09-21 | 1998-09-21 | メール配信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000101633A true JP2000101633A (ja) | 2000-04-07 |
JP3672165B2 JP3672165B2 (ja) | 2005-07-13 |
Family
ID=17422835
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26584298A Expired - Fee Related JP3672165B2 (ja) | 1998-09-21 | 1998-09-21 | メール配信装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3672165B2 (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20000072627A (ko) * | 2000-09-16 | 2000-12-05 | 장병태 | 이메일검색ㆍ필터링ㆍ계정보호ㆍ회원관리시스템 및 방법 |
KR20020063534A (ko) * | 2002-06-25 | 2002-08-03 | 디프소프트 주식회사 | 스팸메일 필터링 방법 |
KR100434672B1 (ko) * | 2001-08-24 | 2004-06-07 | 김성주 | 약정코드를 이용한 스팸메일 차단방법 |
WO2005124616A1 (en) * | 2004-06-18 | 2005-12-29 | Hyun Mi Shin | System for filtering e-mail using an attached character and method thereof |
-
1998
- 1998-09-21 JP JP26584298A patent/JP3672165B2/ja not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20000072627A (ko) * | 2000-09-16 | 2000-12-05 | 장병태 | 이메일검색ㆍ필터링ㆍ계정보호ㆍ회원관리시스템 및 방법 |
KR100434672B1 (ko) * | 2001-08-24 | 2004-06-07 | 김성주 | 약정코드를 이용한 스팸메일 차단방법 |
KR20020063534A (ko) * | 2002-06-25 | 2002-08-03 | 디프소프트 주식회사 | 스팸메일 필터링 방법 |
WO2005124616A1 (en) * | 2004-06-18 | 2005-12-29 | Hyun Mi Shin | System for filtering e-mail using an attached character and method thereof |
Also Published As
Publication number | Publication date |
---|---|
JP3672165B2 (ja) | 2005-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8600014B2 (en) | Enhancing messaging services using translation gateways | |
US6374292B1 (en) | Access control system for an ISP hosted shared email server | |
Gralla | How the Internet works | |
US6351771B1 (en) | Distributed service network system capable of transparently converting data formats and selectively connecting to an appropriate bridge in accordance with clients characteristics identified during preliminary connections | |
EP1488583B1 (en) | System and method for transmitting and utilizing attachments | |
US6157950A (en) | Methods and apparatus for interfacing a computer or small network to a wide area network such as the internet | |
US7249161B2 (en) | Method and system for facilitating instant messaging transactions between disparate service providers | |
US20030009698A1 (en) | Spam avenger | |
US20060010214A1 (en) | System and method for re-routing of e-mail messages | |
JP2001203745A (ja) | メッセージ伝送システム、メッセージ仲介装置及びメッセージ伝送方法 | |
US7058683B1 (en) | Methods and apparatus for providing a virtual host in electronic messaging servers | |
US9319235B2 (en) | Authentication, authorization, and accounting based on an automatically generated username | |
EP1298873A2 (en) | Method and apparatus for transferring messages between realms on a network | |
US7136382B1 (en) | System and method for providing quality of service operations using IP addresses | |
US7054907B1 (en) | Systems and methods for blocking delivery of an electronic communication | |
JP2004241946A (ja) | メッセージ送受信システム及びそれに用いるメッセージ変換方法 | |
JP2000101633A (ja) | メール配信装置 | |
JP2005236825A (ja) | 電子メールシステム | |
JPH11266279A (ja) | 電子メール管理システム | |
JPH10290257A (ja) | メッセージ中継装置及び通信システム | |
JP2009110403A (ja) | 電子メール送受信システム | |
WO2001067305A1 (en) | Methods and apparatus for delegating administrative capabilities to domains served by mail providers | |
JP2002318766A (ja) | データ送受信方法、データ送受信システム、データ送受信装置およびプログラム | |
JP2002185534A (ja) | 情報転送方法及び情報転送システム | |
Hardy et al. | Application protocols |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050126 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050311 |
|
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: 20050401 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050414 |
|
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: 20090428 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |