KR20040074118A - 송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템 - Google Patents

송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템 Download PDF

Info

Publication number
KR20040074118A
KR20040074118A KR1020047010856A KR20047010856A KR20040074118A KR 20040074118 A KR20040074118 A KR 20040074118A KR 1020047010856 A KR1020047010856 A KR 1020047010856A KR 20047010856 A KR20047010856 A KR 20047010856A KR 20040074118 A KR20040074118 A KR 20040074118A
Authority
KR
South Korea
Prior art keywords
mail
sender
source
server
recipient
Prior art date
Application number
KR1020047010856A
Other languages
English (en)
Inventor
김태준
Original Assignee
김태준
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
Priority claimed from KR1020020002736A external-priority patent/KR20020010936A/ko
Priority claimed from KR1020020004034A external-priority patent/KR20020011452A/ko
Priority claimed from KR1020020007823A external-priority patent/KR20020016886A/ko
Priority claimed from KR1020020009236A external-priority patent/KR20020020928A/ko
Application filed by 김태준 filed Critical 김태준
Publication of KR20040074118A publication Critical patent/KR20040074118A/ko

Links

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/21—Monitoring or handling of messages
    • 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/214—Monitoring or handling of messages using selective forwarding
    • 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
    • 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/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • 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/212—Monitoring or handling of messages using filtering or selective blocking

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

송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템{An Internet Mail Method and System based on Sender Mailbox}
[도면의 간단한 설명]
도 1 다운메일 방식의 메일 소통 개념도
도 2 다운메일 방식의 상세 구성도
도 3 발송통지메일의 형식
도 4 MTA_n(205)의 처리 절차도
도 5 SMM(208)의 메일원본 다운기능의 처리절차도
도 6 수신자(204)의 처리절차도
[발명의 상세한 설명]
[발명의 목적]
[발명이 속하는 기술분야 및 그 분야의 종래 기술]
본 발명은 유무선 인터넷 메일이나 웹 메일과 같은 수신측 메일사서함 기반의 종래메일 방식이 안고 있는 구조적 문제점을 개선하여 스팸메일의 발생을 기술적으로 억제하고, 송신자가 수신측의 도움 없이 자신이 발송한 메일을 수신자가 읽어갔는지를 확인할 수 있으며, 메일 사서함 공간을 절약하고, 인터넷상의 메일 트래픽을 줄일 수 있는 송신측 메일 사서함 기반의 인터넷 메일, 즉 다운메일 방식및 시스템에 관한 것이다.
종래메일 방식의 메일 전달체계는 유무선 인터넷에 접속된 개인용 컴퓨터를 사용하여 메일을 작성하고 이를 송신측메일서버로 보내는 송신자, 송신자가 작성하여 발송하도록 요청한 메일을 받아서 수신측메일서버로 전달하는 송신측메일서버, 송신측메일서버로부터 메일을 받아서 수신측 메일사서함에 보관하고, 수신자의 요청 시 보관된 메일을 수신자에게 전해주는 수신측메일서버, 그리고 수신측메일서버로부터 메일을 받아보는 수신자로 구성된다. 송신자가 송신측메일서버로 메일을 발송하고, 송신측메일서버가 수신측메일서버로 메일을 전달하는 통신절차는 SMTP(Simple Mail Transfer Protocol)에 의해 수행되고, 수신자가 수신측메일서버로부터 메일을 읽어가는 통신절차는 IMAP(Internet Mail Access Protocol)나 POP(Post Office Protocol)3 등에 의해 수행된다. 송신자가 발송한 메일은 수신자가 읽어갈 때 까지 수신측메일서버에 있는 수신측 메일사서함에 보관된다.
근래에는 메일서버와 웹서버를 통합한 형태의 웹메일이 많이 보급되고 있는데, 웹메일의 경우 종래의 SMTP라는 통신절차 대신 웹 프로토콜인 HTTP(HyperText Transfer Protocol) 절차를 통해 송신자가 메일을 송신측메일서버에 전달하고, 종래의 IMAP나 POP3 같은 통신절차 대신 HTTP 절차를 통해 수신자가 수신측메일서버에서 자신의 메일을 받아오는 방식을 취하고 있다.
종래 메일방식을 살펴보면 수신자의 의사와는 상관없이 송신자 임의대로 메일을 발송하여 수신측메일서버의 수신측 메일사서함에 채워넣는 수신측 메일사서함 기반의 구조적 특징으로 인해 크게 다음과 같은 3가지 문제점이 초래된다; 첫째 메일 전달에 있어 수신측은 전달된 메일을 사서함에 보관해야 하고, 보관된 메일을 읽어보거나 삭제해야 하는 등 메일 소통에 있어 많은 부담을 지고 있는 반면 송신측은 별다른 부담이 없어 송신측에서 수신자가 원하지 않는 스팸메일이나 폭탄메일을 함부로 발송하는 등의 메일 사용에 있어 모럴 해저드가 만연하게 된다는 것이다. 둘째 송신자가 수신측 메일사서함에 접근할 수가 없으므로 자신이 발송한 메일이 수신측 메일사서함에 저장된 이 후의 처리결과에 대해서 송신자가 알 수가 없다는 점이다. 이의 결과로 수신측에서 응답메일이나 별도의 신호를 보내주지 않으면 송신자는 자신이 발송한 메일을 수신자가 읽어갔는지의 여부에 대한 확인, 즉 메일수신확인이 불가능하다는 것이다. 셋째 스펨메일의 남발로 인해 메일 트래픽이 폭주하여 인터넷이 정체되고, 수신측 메일사서함이 스팸메일로 가득차게 되어 사서함 공간이 낭비되고, 수신측 메일서버에 과부하가 걸려 필요한 메일의 소통에 큰 지장이 초래되는 등 많은 피해가 발생한다는 것이다. 특히 상업성 스팸메일, 바이러스 유포 메일 등은 다수의 수신자에게 메일이 발송되는 다중메일의 특성을 갖는데, 이러한 원하지 않는 메일이 다수의 수신자의 수신측 메일사서함을 가득 채우게 되어 사서함 공간의 낭비가 가중된다.
[발명이 이루고자 하는 기술적 과제]
따라서, 상기 문제점을 해결하기 위하여 본 발명은 수신측 메일사서함 기반의 종래 메일 방식의 구조를 개선하여 송신자가 발송한 메일의 원본을 수신측 메일서버에 수신자 ID(식별자)별로 구비되는 수신측 메일사서함이 아니라 송신측 메일서버에 송신자 ID(식별과)별로 구비되는 송신측 메일사서함에 보관하고, 수신자가원할 경우만 송신측 메일사서함으로부터 메일원본을 다운 받는 다운메일 방식 및 시스템을 고안한다. 다운메일 방식에서는 송신자가 메일을 발송하면 송신측 메일서버는 그 메일의 원본을 송신측 메일사서함에 보관하고, 메일이 발송되었음을 알리는 발송통지 메일을 생성하여 종래메일 방식처럼 수신자에게 전달하고, 발송통지 메일을 읽어본 수신자의 의도에 의해 메일원본을 다운 받아 보는 형태로 메일이 소통된다. 이와 같은 송신측 메일사서함 기반의 다운메일 방식을 제안하고, 여기에 더하여 종래 메일 방식 및 시스템과의 연동이 가능하도록 메일연동장치를 고안하는 것이 본 발명의 기술적 과제이다.
[발명의 구성 및 작용]
이하 본 발명의 실시 예를 첨부된 도면을 참조하여 설명한다. 먼저 다운메일 방식의 메일 소통 동작을 살펴보자. 도 1은 본 발명의 바람직한 실시 예에 따른 다운메일 방식의 메일 소통 개념이 도시 되어 있다.
다운메일 방식은 종래메일 방식과 마찬가지로 송신자(101), 송신측다운메일서버(102), 수신측다운메일서버(103), 및 수신자(104)의 기본구성을 가지며 다운메일 이용자와 종래메일 이용자 사이의 메일 소통을 위해 메일 연동장치를 갖는다. 그리고 메일사서함은 발송통지 메일을 보관하는 수신측 메일사서함(105)과 메일원본을 보관하는 송신측 메일사서함(106)으로 구성된다. 종래메일 방식과의 큰 차이점은 수신자가 읽어갈 메일을 보관하는 공간이 수신측 메일사서함이 아니라 송신측다운메일서버내 송신자 ID별로 구비되는 송신측메일사서함이라는 것이다. 메일 소통의 동작을 살펴보면 다음과 같다; 송신자가 발송한 메일의 원본을 송신측 메일사서함에 보관한 후 발송통지메일을 생성하여 이를 수신자에게 전달하고, 수신자는 발송통지메일을 읽은 후 원할 경우 송신측 메일사서함에 보관 중인 메일원본을 받아보며, 송신자는 자신의 송신측 메일사서함에 접근하여 수신자가 메일원본을 읽어 갔는지를 확인하는 방식으로 메일이 소통된다. 여기서 발송통지메일은 발송된 메일에 대한 중요정보와 보관중인 메일원본의 사서함 정보 등의 정보를 담고 있는 아주 짧은 메일로서 "메일을 보내도 좋으냐"라는 허락요청의 의미를 담고 있다. 발송통지 메일내 메일원본의 사서함 정보는 하이퍼링크로 설정되어 있어 이 부분을 클릭하면 송신측 메일사서함에 보관된 메일원본이 웹메일 형태로 읽혀지는데, 웹 기능이 없는 경우는 사서함 정보로 송신측다운메일서버에 접근하여 메일원본을 가져온다. 수신자가 발송통지메일의 하이퍼링크 부분을 클릭하는 원본요청은 "메일을 보내도 좋다"라는 허락의 의미를 담고 있으며, 이의 결과로 수신자가 메일원본을 받아보는 것은 송신자가 수신자에게 허락 받은 메일을 보내는 것을 의미한다.
도 2는 본 발명의 바람직한 실시 예에 따른 다운메일 방식의 상세 구성도를 보여준다. 전체적으로 살펴보면 종래 메일 영역과 다운메일 영역 및 이들 두 개의 영역을 상호 연결해주는 메일연동장치(200)로 구성된다. 먼저 각 장치에 탑재되는 기능블럭을 살펴보면 다음과 같다.
o MTA(Message Transfer Agent): 메일의 소통을 담당하는 메시지전달대리자로 종래 메일 영역에 사용되는 것을 MTA(215), 다운메일영역과 메일연동장치(200)에 사용되는 것을 MTA_n(205)라 함
o UA(User Agent): 이용자대리자로 유무선 인터넷에 접속되는 개인용 컴퓨터나 휴대용 단말기에 탑재되어 송신자(201,211)와 수신자(204,214)를 도와줌
o RMB(Recipient MailBox)(207): 수신측에 도착한 메일을 보관하는 수신측메일사서함
o SMB(Sender MailBox)(209): 송신자(201,211)가 발송한 일반메일의 원본, 즉 메일원본을 보관하는 송신측메일사서함. 여기서 일반메일이란 송신자(201,211)가 수신자(204,214)에게 보내는 메일 중 메일 바디의 길이가 정해진 길이보다 긴 메일을 의미함
o RMM(Recipient Mailbox Manager)(206): RMB(207)를 관리하는 수신측메일사서함관리자
o SMM(Sender Mailbox Manager)(208): SMB(209)를 관리하는 송신측메일사서함관리자
종래메일 영역은 UA를 탑재한 장치에서 메일을 작성하고 이를 송신측메일서버(212)로 보내는 송신자(211); 송신자(211)가 작성하여 발송하도록 요청한 메일을 받아서 수신측메일서버(213)로 전달해주는 송신측메일서버(212); 송신측메일서버(212)로부터 메일을 받아서 RMB(207)에 저장하고, 수신자(214)의 요청 시 메일을 수신자(214)에게 전해주는 수신측메일서버(213); 및 수신측메일서버(213)로부터 메일을 받아보는 수신자(214)로 구성된다. 송신측메일서버(212)는 MTA(215)만으로 구성되나 수신측메일서버(213)에는 MTA(215), RMM(206) 및 RMB(207)가 탑재된다.
다운메일 영역은 UA를 탑재한 장치에서 메일을 작성하고 이를 송신측다운메일서버(202)로 보내는 송신자(201); 송신자(201)가 작성하여 발송하도록 요청한 메일을 받아서 송신자 ID별로 구비된 SMB(209)에 저장한 후 발송통지메일을 생성하여 수신측다운메일서버(203)로 보내고, 수신자(204)의 요청시 SMB(209)에 저장된 메일원본을 수신자(204)에게 보내주는 송신측다운메일서버(202); 송신측다운메일서버(202)로부터 발송통지메일을 받아서 RMB(207)에 저장하고, 수신자(204)의 요청 시 발송통지메일을 수신자(204)에게 전해주는 수신측다운메일서버(203); 및 수신측다운메일서버(203)로부터 발송통지메일을 받아보고, 자신의 선택에 의해 송신측다운메일서버(202)의 SMB(209)에 저장되어 있는 메일원본을 다운 받는 수신자(204)로 구성되는 것을 특징으로 한다.
메일연동장치(200)는 MTA_n(205), 종래메일 영역의 송신자(211)가 다운메일 영역의 수신자(204)에게 보낸 일반메일의 원본을 보관하는 SMB(209) 및 수신자(204)의 요청을 받아 수신자에게 SMB(209)에 저장된 원본 메일을 보내주는 SMM(208)으로 구성되는 것을 특징으로 한다. 다운메일서버(202,203)와 메일 연동장치(200)에 탑재된 MTA_n(205), SMB(209), SMM(208)은 모두 동일하게 설계되어 장치 구성의 융통성을 갖는 특징을 갖는다.
본 발명의 바람직한 실시 예에서 메일을 일반메일과 신호메일로 분류하는데, 일반메일이란 송신자가 수신자에게 보내고자 하는 메일 중 메일바디의 길이가 정해진 길이보다 긴 메일이고, 신호메일이란 송신자의 메일 발송을 수신자에게 통지하거나, 수신자가 메일을 받아 갔음을 송신자에게 통지하는 것과 같이 일반메일의 원활한 소통을 위해 보조적으로 사용되는 것이다. 신호메일과 일반메일의 차이는 메일 바디의 길이인데, 바디의 길이가 정해진 길이, 예로 100바이트, 보다 같거나 짧으면 신호메일, 길면 일반메일로 간주된다. 따라서 정해진 길이보다 짧은 바디를 갖는 메일은 신호메일로 취급되어 종래메일 방식대로 전달될 수 있다. 또한 메일은 단일 수신자를 갖는 개별메일과 다수의 수신자를 갖는 다중메일로 구분될 수 있다.
본 발명의 바람직한 실시 예에서 종래메일 이용자와 다운메일 이용자 사이의 일반메일 소통은 다음과 같이 이루어진다; 종래메일 송신자(211)가 다운메일 수신자(204)에게 메일을 보낼 경우 송신자(211)가 발송한 메일을 송신측메일서버(212)가 받아서 수신측다운메일서버(203)로 전달하지만, 발송통지와 같은 신호메일만 취급하는 수신측다운메일서버(203)는 이를 메일연동장치(200)로 넘긴다. 메일연동장치(200)는 넘겨받은 일반메일의 원본을 자신의 SMB(209)에 보관한 후 발신통지메일(301)을 생성하여 수신측다운메일서버(203)로 전달하고, 수신측다운메일서버(203)로부터 발송통지메일(301)을 받아본 수신자(204)는 자신의 의도에 의해 메일연동장치(200)에 접근하여 SMB(209)에 보관되어 있는 메일원본을 받아본다. 한편 다운메일 송신자(201)가 종래메일의 수신자(214)에게 메일을 보낼 경우 송신자(201)가 발송한 일반메일을 송신측 다운메일서버(202)가 받아서 메일원본을 SMB(209)에 보관한 후 발송통지메일(301)을 만들어 종래 메일 방식으로 수신측메일서버(213)로 전달하고, 수신측메일서버(213)로부터 발송통지메일(301)을 받아본 수신자(214)는 자신이 원할 경우 송신측다운메일서버(202)에 접근하여 SMB(209)에 보관되어 있는 메일원본을 받아본다.
도 2에서 각 구성장치사이의 통신절차는 종래 전자메일 방식과 동일한 표준화된 통신절차를 사용하는 특징을 갖는데, 구체적으로 다음과 같다; 송신자(211,201)가 송신측메일서버(212)나 송신측다운메일서버(202)로 메일을 발송하는 절차와 메일서버(212,213,202,203)와 메일연동장치(200)에 탑재된 MTA(215)나 MTA_n(205)사이의 메일 소통 절차는 SMTP를 사용한다. 수신자(214,204)가 수신측메일서버(213)나 수신측다운메일서버(203)에 있는 RMM(206)으로부터 메일이나 발송통지메일을 받아가는 것과 수신자(214,204)가 메일연동장치(200) 또는 송신측다운메일서버(202)에 있는 SMM(208)로부터 메일원본을 받아가는 것은 IMAP, POP3 또는 HTTP 절차를 사용한다.
본 발명의 바람직한 실시 예에서 개별메일의 메일원본을 보관하는 SMB(209)는 다음과 같이 구성된다; 메일원본은 송신자별로 수신자별로 그리고 메일별로 별도의 디렉토리에 보관하는데, 이러한 SMB(209)의 디렉토리 체계는 다음과 같다.
/송신측메일사서함/송신자ID/수신자ID/메일번호/
여기서 송신측메일사서함은 메일원본이 보관되는 홈 디렉토리 이름이고, 송신자 ID(식별자)는 송신측다운메일서버(202)나 메일연동장치(200)를 통해서 메일을 발송하는 송신자들을 구별하기 위한 ID이다. 메일주소는 "메일ID@도메인명" 으로 되어 있는데, 이와 같은 송신자의 메일주소에서 기호나 특수문자를 삭제한 문자열을 사용하여 송신자 ID를 구성할 수도 있고, 메일주소의 메일ID 부분만으로 송신측다운메일서버(202)나 메일연동장치(200)를 거쳐 메일을 발송하는 모든 송신자를 식별할 수 있는 경우 메일ID만으로 송신자ID를 구성할 수도 있다. 수신자ID는 수신자의 메일주소에서 기호나 특수문자를 삭제한 문자열을 사용하여 구성한다. 메일번호는 특정 송신자가 특정 수신자에게 전달하려는 메일이 다수일 경우 각 메일을 구별하기 위한 식별자이다.
메일원본을 저장하는 "/송신측메일사서함/송신자ID/수신자ID/메일번호/" 디렉토리에는 두 개의 파일이 저장되는데, 하나는 메일원본이 담겨져 있는 파일이고, 다른 것은 이 메일원본을 읽어가는 수신자를 인증하기 위해 사용되는 암호를 담고 있는 파일이다. 메일원본을 저장하는 디렉토리는 원칙적으로 수신자가 그 메일원본을 받아간 후 삭제된다.
본 발명의 바람직한 실시 예에서 다중메일의 경우 SMB(209)의 구성은 다음과 같다; 모든 수신자에게 동일한 내용으로 전달되는 정보, 예로 메일제목, 송신자 이름, 메일바디 등, 를 공통정보, 각 수신자별로 서로 다르게 전달되는 정보, 예로 수신자 메일주소, 를 개별정보라 하고, SMB(209)에 다중메일의 공통정보를 보관할 디렉토리 체계를 "/송신측메일사서함/송신자ID/다중메일/" 로 한다. 다중메일의 메일원본 저장시 공통정보 저장공간에 해당 다중메일의 공통정보를 저장할 디렉토리, 즉 공통정보 저장소를 만들고, 만들어진 공통정보 저장소에 해당 다중메일의 공통정보를 갖는 파일(B파일), 다중메일의 수신자 수를 갖는 파일(C파일), 다중메일의 메일원본을 받아간 수신자의 수를 나타내는 파일(D파일) 및 다중메일 수신자의 주소나 이들 주소를 갖는 파일의 링크 정보 등을 갖는 파일(R파일) 등을 생성하여 보관한다. 다중메일의 개별정보를 보관하는 개별정보 저장소는 개별메일과 마찬가지로 "/송신측메일사서함/송신자ID/수신자ID/메일번호/" 디렉토리 형태로 구성되며, 각 저장소에는 해당 다중메일의 개별정보를 저장하는 파일(H파일), 해당 다중메일의 공통정보가 보관된 공통정보 저장소의 디렉토리명을 저장하는 파일(O파일) 및 암호를 담고있는 파일(P파일)이 보관된다.
송신측다운메일서버(202)의 SMB(209)에 자신의 메일사서함을 개설하고자 하는 송신자는 그 송신측다운메일서버(202)에 자신의 SMB(209)를 갖는 자신의 계정을 등록한다. 이러한 계정을 등록할 때 송신측다운메일서버(202)는 그 송신자의 송신측메일사서함, 즉 "/송신측메일사서함/송신자ID/" 디렉토리를 생성한다.
한편 메일연동장치(200)의 SMB(209)도 다운메일서버의 SMB(209)와 같이 "/송신측메일사서함/송신자ID/수신자ID/메일번호/" 형태의 디렉토리 체계를 사용할 수 있다. 하지만 메일연동장치(200)는 불특정 다수의 종래 메일 이용자로부터 특정 다운메일 이용자로 전달되는 메일을 보관하는 장치이므로 수신자별로 사서함 자원이 할당되고 관리되는 것이 유리할 수 있다. 따라서 "/송신측메일사서함/수신자ID/송신자ID /메일번호/" 형태의 디렉토리 체계를 사용할 수도 있다. 메일연동장치(200)의 SMB(209)는 사전에 등록된 수신자ID에 대해서만 생성하거나 입력되는 메일원본의 헤더에 있는 송신자별로 생성할 수 있는데, 이는 메일연동장치(200)의 사서함 용량과 메일연동장치(200)의 운영정책에 달린 문제이다.
본 발명의 바람직한 실시 예에서 개별메일과 다중메일 등 모든 메일에 대한 메일원본을 보관하는 송신측다운메일서버(202)와 메일연동장치(200)의 SMB(209)는 데이터베이스 관리 시스템을 사용하여 구성할 수도 있다.
도 3은 본 발명의 바람직한 실시 예에서 발송통지메일(301)의 형식을 나타내는데, 종래 메일과 같이 헤더(302)와 바디로 구성되며 바디는 필수영역인메일서버ID, 이용자ID 및 암호를 포함하는 접근정보(303) 영역과 선택영역인 메일크기(304), 도움사이트(305) 및 발췌된메일내용(306) 영역으로 구성된다. 헤더(302)는 메일원본의 헤더와 동일하되 메일의 제목 앞에 발송통지를 의미하는 접두어, 예로 "No:", 를 덧붙인다. 이용자 ID와 암호는 메일원본을 받아가려는 수신자, 즉 이용자를 인증하고 SMB(209)에서 원하는 메일원본을 빨리 찾을 수 있도록 하기 위한 것이다. 메일서버ID는 SMB(209)를 관리하는 SMM(208)을 탑재하고 있는 다운메일서버(202,203)나 메일연동장치(200)의 도메인명 또는 문자열로 표시된 인터넷 주소이다. 접근정보영역(303)은 수신자(204,214)가 웹 메일의 형태로 메일원본을 받아볼 수 있도록 하기 위해 HTTP와 CGI(Common Gateway Interface) 구문을 사용하여 구성한다. 메일크기(304)영역은 메일원본의 크기를 Kbyte 단위로 나타내는 문자열로서 수신자가 메일원본을 받아볼 것인가를 판단하는데 도움을 주기 위한 것이다. 도움사이트(305)는 발송통지메일과 다운메일 방식에 대한 도움을 주기 위한 웹사이트이다. 발췌된메일내용(306) 영역은 신호메일의 최대 바디 길이를 넘어가지 않는 범위 내에서 메일원본 바디에 있는 임의의 일부 문자열을 발췌하여 수록하는 영역으로 수신자간 메일원본을 받아볼 것인가를 판단하는데 도움을 주기 위한 것이다 바디의 크기는 100바이트로 정하는데, 이는 추후 조정될 수 있다.
본 발명의 바람직한 실시 예에서 수신통지메일은 수신자가 메일원본을 받아 갔음을 송신자에게 통보하는 것으로 수신통지메일의 형식은 헤더와 100바이트의 부가정보를 갖는 바디로 구성되는데, 바디의 길이는 추후 조정될 수 있다. 헤더는 메일원본의 헤더로부터 만들어지는데, 메일 송신자와 수신자의 주소를 바꾸고, 제목앞에 받아갔음을 의미하는 접두어, 예로 "Rd: ", 를 붙인 형태가 된다. 바디에 있는 100바이트 부가정보는 수신자의 메일 수신에 관한 부가 정보를 송신자에게 알려주기 위한 것으로 앞으로 그 용도가 구체화 될 것이다.
본 발명의 바람직한 실시 예에서 송신측다운메일서버(202), 수신측다운메일서버(203) 및 메일연동장치(200)에 탑재된 MTA_n(205)는 송신측 메일서버(212)와 수신측 메일서버(213)에 탑재된 종래의 MTA(215)에 다운메일방식과 메일연동장치(200)가 동작하도록 하기 위한 기능을 추가한 것이다. 이들 중 수신측다운메일서버(203)는 발송통지와 같은 신호메일만 전달 받아 RMM에 저장하고 수신자의 요구시 이를 넘겨준다. MTA_n(205)가 송신측 다운메일서버(202)의 MTA_n, 수신측 다운메일서버(203)의 MTA_n, 또는 메일연동장치(200)의 MTA_n로 동작할 것인지는 시스템 형상데이터로 결정한다. MTA_n(205)가 수신측 다운메일서버(203)의 MTA_n로 동작할 경우 취급할 수 없는 일반메일을 전달 받으면 이를 메일연동장치(200)로 넘기는 것을 원칙으로 한다.
도 4는 본 발명의 바람직한 실시 예에서 MTA_n(205)의 처리 흐름도를 보여준다.
메일을 수신하면(400) 먼저 자신의 시스템 형상데이터로 자신이 메일연동장치(200)로 동작해야 하는지 조사한다(401). 메일연동장치(200)가 아니고 송신측 다운메일서버(202) 또는 수신측 다운메일서버(203)로 동작하는 경우 수신된 메일(400)의 송신자 정보로부터 종래의 전자메일 방식과 같이 중계(relay)가 허용된 메일인지, MTA_n(205)가 탑재된 메일서버가 수신된 메일의 목적지인지조사한다(402).
중계가 허용된 메일이면 메일의 유형을 조사한다(403). 일반메일이면 메일 헤더에 있는 송신자 정보로부터 송신자ID를 구하여 SMB(209)가 개설되어 있는지 확인한다. 개설되어 있으면 개별메일의 경우 다음과 같이 SMB(209)에 메일원본을 보관한다(404); 메일 헤더에 있는 수신자 정보로부터 수신자ID를 구하여 해당 메일사서함 디렉토리인 "/송신측메일사서함/송신자ID/수신자ID/"에서 낮은 숫자부터 비어있는 디렉토리 번호, 이는 메일번호에 대응 됨, 를 찾아 그 번호로 디렉토리를 생성한다. 생성된 디렉토리, 즉 "/송신측메일사서함/송신자ID/수신자ID/메일번호/" 디렉토리에 메일원본을 저장하고, 암호 문자열을 생성하여 암호파일로 저장한다. 메일원본이 정상적으로 보관되면 발송통지메일(301)을 생성하여(406) 종래 메일 방식대로 전달한다(407). 메일원본 보관 시 송신자의 SMB(209)가 없으면 관련 SMTP 에러코드를 반송하고 SMB(209)가 개설되어 있더라도 여유공간이 없으면 관련 SMTP 에러코드를 반송한다(408). 한편 다중메일의 경우 다음과 같이 송신측 메일 사서함에 메일원본을 보관한다; 먼저 공통정보 저장소를 생성하고 O의 값을 갖는 C파일과 D파일, 해당 다중메일에 대한 B파일과 R파일을 생성하여 준비된 공통정보 저장소에 저장한다. 그리고 다중메일의 각 수신자별로 발송통지메일을 생성하고 이를 전달하면서 해당 메일원본에 대한 O파일, H파일 및 P파일을 만들어서 해당 개별정보 저장소에 보관하고, 관련 공통정보 저장소의 C파일의 값을 하나 증가시킨다. 이와 같은 방법으로 모든 수신자에게 발송통지메일을 모두 보내고나면 각 수신자에 전달될 각 메일에 대한 개별정보가 각 개별정보 저장소에 모두 저장되고, 해당 공통정보 저장소의 C파일은 다중메일의 수신자 수를 갖는 값을 갖게 된다.
MTA_n(205)가 탑재된 메일서버가 수신한 메일의 목적지인지 아닌지를 조사(402)한 결과 MTA_n(205)가 탑재된 다운메일서버가 수신한 메일의 목적지이면 제일의 유형을 조사(409)하여 신호메일이면 종래의 메일수신처리(410)를 수행하고, 일반메일이면 연동 형상데이터로 메일중계장치(200)가 있는지 확인하여(411), 메일중계장치(200)가 준비되어 있으면 해당 메일중계장치(200)로 메일을 넘기고(412), 메일연동장치(200)가 없거나 메일연동이 허용되지 않은 일반메일이면 다음과 같이 에러처리를 한다(413); 문법에러를 의미하는 관련 SMTP 에러코드를 반송하고, 그리고 다운메일 방식을 사용하지 않았고 수신자측에서 메일연동장치(200)를 사용할 수 없기 때문에 다운메일 수신자에게 매일을 전달할 수 없다고 송신자에게 메일로 통보한다.
MTA_n(205)가 탑재된 곳이 메일중계장치(200)이면 메일의 헤더로부터 송신자ID와 수신자ID를 구하여 먼저 메일중계장치(200)를 사용할 수 있는 메일인지 인증(415)한 후 통과되면 다음과 같이 송신측 메일사서함에 메일의 원본을 보관한다(416); 해당 송신측 메일사서함 디렉토리인 "/송신측메일사서함/송신자ID/수신자ID/" (또는 "/송신측메일사서함/수신자ID/송신자ID/)를 찾는데, 없으면 사서함 생성이 허용되어 있는지 여부를 판단한 후 생성한다. 그리고 그 디렉토리에서 낮은 숫자부터 비어있는 디렉토리 번호, 이는 메일번호에 대응 됨, 를 찾아 그 번호로 디렉토리를 만들고 만들어진 디렉토리, 즉 "송신측메일사서함/송신자ID/수신자ID/메일번호/" 또는 "/송신측메일사서함/수신자ID/송신자ID/메일번호/" ) 디렉토리에 메일원본을 보관하고, 암호 문자열을 생성하여 암호파일로 저장한다. 메일원본이 보관된 후 발송통지 메일을 생성(406)하여 종래메일 방식대로 전달한다(407). 만약 메일중계장치를 사용할 수 없는 메일이거나 사서함 여유공간의 부족으로 메일원본을 저장할 수 없을 경우 이러한 이러한 사유로 다운메일 수신자에게 보낸 메일을 전달할 수 없으니 다운메일 방식으로 메일을 다시 발송하라고 송신자에게 메일로 통보한다.
본 발명의 바람직한 실시 예에서 송신측다운메일서버(202)에 탑재된 SMM(208)은 수신자(204,214)의 요청 시 메일원본을 전달해주는 메일원본 다운기능, 송신자(204)의 요청에 의해 동작되는 SMB(209)관리기능, 자체 SMB(209)관리기능 및 웹메일 발송 기능의 4 가지 기능을 갖고, 메일연동장치(200)에 탑재되는 SMM(208)은 이중 메일원본 다운기능과 자체 SMB(209)관리기능을 갖는다.
SMM(208)의 메일원본 다운기능은 종래메일 방식의 RMM(206)과 유사한 기능을 수행하는데, 수신자(204,214)와의 통신절차 측면에서 두 가지 방법으로 구성할 수 있다. 첫째 방법은 POP3와 IMAP 같은 통신절차를 사용하는 고전적인 메일원본 다운방법이고, 둘째 방법은 HTTP절차를 사용하는 웹기반 메일원본 다운방법이다.
도 5는 본 발명의 바람직한 실시 예에서 SMM(208)의 메일원본 다운기능의 처리 절차도를 나타낸다. 개별메일에 대한 고전적인 원본메일 다운기능은 다음과 같이 동작한다; 수신자로부터 메일원본 요청을 접수하면(501) 이용자 ID와 암호를 받아 SMB에 해당 이용자 ID에 해당하는 디렉토리가 있는지, 그 디렉토리에 저장되어 있는 암호와 일치하는지를 조사하여 수신자를 인증한다(502). 인증이 통과되면 다음과 같이 메일원본 전달 및 삭제처리를 수행한다(503); 수신자에게 이용자 ID에 해당하는 디렉토리에 있는 메일원본을 보내준 후 보내준 메일원본에 대한 메일제목, 수신자, 발송일시 및 수신자에게 보내준 일시 등에 관한 정보를 송신자별 로그파일에 기록하고, 수신자가 메일원본을 삭제하라고 요구할 때 SMB(209)에서 해당 메일원본을 삭제한다. 그리고 수신자가 메일을 받아갔음을 의미하는 수신통지메일을 만들어 송신자에게 보낸다(504). 다중메일에 대한 고전적인 메일원본 다운기능에서 원본메일 전달 및 삭제는 다음과 같이 동작한다; 입력된 이용자 ID와 암호로 해당 개별정보 저장소를 찾아 인증한 후 H파일 속에 있는 개별정보와 O 파일이 지시하는 공통정보 저장소의 B파일 속에 있는 공통정보로 메일원본을 재구성하여 수신자에게 전달해주고 전달해준 메일원본에 대한 메일제목, 수신자, 발송일시 및 수신자에게 보내준 일시 등에 관한 정보를 송신자별 로그파일에 기록한다. 그리고 수신자의 요청 또는 필요 시 해당 개별정보 저장소를 삭제하고, 관련 공통정보 저장소의 C파일을 찾아 값을 하나 감소하고 D파일의 값을 하나 증가시킨다. 만일 C파일의 값이 0이면 모든 수신자가 메일원본을 읽어간 것이 되므로 해당 다중메일의 공통정보 저장소를 삭제한다.
본 발명의 바람직한 실시 예에서 송신측다운메일서버(202)가 SMM(208)과 RMM(206)을 모두 구비한 경우 SMM(208)의 고전적인 메일원본 다운기능은 다음과 같이 두 가지로 방법으로 구현할 수 있다; 첫째 방법은 SMM(208)을 종래의 RMM(206)과 별도의 프로그램으로 구성하고 별도의 TCP/UDP 포트번호를 할당 하는 것이다. 둘째 방법은 SMM(208)을 종래의 RMM(206)과 하나의 프로그램으로 구성하여 종래의RMM(206)에 할당되었던 TCP/UDP 포트번호를 사용하고 수신자의 접근 요청시 입력되는 이용자ID의 문자형태의 차이점으로 어느 사서함관리자에 접근을 요청하는지를 판별하는 것이다. 예로 이용자ID가 일반문자로 되어 있으면 RMM(206)에 접근을 시도하는 것이고, 특수 문자인 "/" 를 포함하고 있으면 SMM(208)에 접근을 시도하는 것이다.
본 발명의 바람직한 실시 예에서 SMM(208)의 웹기반 메일원본 다운방법의 메일원본 전달기능의 구체적인 동작은 다음과 같다; POP3나 IMAP같은 고전적인 통신절차 대신에 HTTP 통신절차를 사용한 수신자의 메일원본 요청을 접수 받아 그 요청 메시지 속에 있는 이용자 ID와 암호로 해당 메일원본을 찾고 인증을 시행한다. 인증이 통과되면 HTTP 통신절차를 사용하여 메일원본을 수신자에게 전달 함으로서 수신자의 웹브라우져에 메일원본이 나타나도록 해준다. 메일원본을 전달한 후 보내준 메일원본에 대한 메일제목, 수신자, 발송일시 및 수신자에게 보내준 일시등에 관한 정보를 송신자별 로그파일에 기록하고, 해당 메일원본에 대한 삭제처리를 수행한다.
본 발명의 바람직한 실시 예에서 송신자(201)의 요청에 의해 동작되는 SMM(208)의 SMB(209) 관리기능도 송신자(201)와의 통신절차 측면에서 두 가지 방법으로 구성할 수 있다. 첫째 방법은 POP3와 IMAP 같은 통신절차를 사용하는 고전적인 방법이고, 둘째 방법은 HTTP 절차를 사용하는 웹 기반 방법이다. 송신자(201)가 POP3나 IMAP로 SMM(208)에 접근할 때 고전적인 SMB(209)관리기능이 동작하는데, 구체적인 동작절차는 다음과 같다; 먼저 필요 시 인증절차를 거친다. 인증이 통과되면 UA가 SMB 관리 메뉴를 제공하는데, 송신자가 UA의 SMB관리 메뉴에서 보관중인 메일보기를 요청하면 UA는 SMM(208)으로부터 SMB에 널관중인 해당 송신자가 발송한 모든 메일에 대한 수신자, 제목, 보낸 일시 등의 간략정보를 전달 받아 화면에 보여준다. 그리고 송신자가 삭제하기를 원하는 메일을 선택하여 삭제를 요청하면 UA는 SMM에게 해당 메일의 메일원본을 삭제해달라고 요청하고, 요청 받은 SMM은 SMB(209)에서 해당 메일원본을 삭제한다. 다중메일의 경우 UA는 다중메일삭제와 수신자별삭제의 세부 메뉴를 제공하는데, 다중메일삭제의 경우 해당 다중메일에 대한 모든 개별정보와 공통정보를 삭제하고, 수신자별삭제의 경우 해당 수신자에 관한 개별정보만 삭제하는데, 더 이상 읽어갈 수신자가 없는 경우는 그 다중메일의 공통정보도 삭제한다. 이와 같은 고전적인 SMB관리기능에서 UA가 SMM에게 요청하는 보관중인 메일보기 및 삭제요구와 SMM이 UA에게 알려주는 결과통보는 모두 POP3나 IMAP 절차를 사용하여 구현된다.
본 발명의 바람직한 실시 예에서 송신자(201)가 HTTP 절차로 SMM(208)에 접근할 때 웹기반의 SMB(209) 관리기능이 동작하는데, 이는 개별메일과 다중메일별로 별도로 구성된다. 개별메일에 대한 SMB 관리기능의 구체적인 동작절차는 다음과 같다; 먼저 필요 시 인증절차를 거친다. 인증이 통과되면 SMB 관리 메뉴가 제공되고, 송신자가 이를 클릭하면 사서함공간상태, 메일원본관리 및 메일수신확인 등의 메뉴가 제공된다. 사서함공간상태 부메뉴를 클릭하면 할당된 사서함 공간, 사용중인 공간, 남은 공간의 정보가 표시된다. 메일원본관리 부메뉴를 클릭하면 목록보기, 상세보기, 일시별삭제, 수신자그룹별삭제, 개별메일삭제 등의 세부메뉴가 제공된다.목록보기를 클릭하면 보관중인 해당 송신자의 모든 메일에 대해 메일별로 수신자, 제목, 보낸 일시를 알려준다. 상세보기를 클릭하거나 해당메일을 두 번 클릭하면 그 메일의 내용을 보여준다. 일시별삭제에서는 특정 날짜와 시간 또는 특정날짜와 시간범위에 속하는 메일을 삭제하게 해주고, 수신자그룹별삭제에서는 수신자의 특정 그룹별로 메일을 삭제하게 해주고, 개별메일삭제에서는 특정 수신자에게 발송된 특정메일을 삭제하게 해준다. 메일수신확인 메뉴를 클릭하면 송신자별로 구비된 로그파일을 참조하여 수신자가 읽어간 메일원본에 대해 메일제목, 발송일시, 수신자 및 읽어간 시간 등에 관한 정보가 제공되게 해준다.
다중메일에 대한 SMB 관리기능의 구체적인 동작절차는 다음과 같다; 다중메일 관리메뉴를 클릭하면 메일보기, 메일삭제, 메일수신확인 등의 세부메뉴가 제공된다. 메일보기를 클릭하면 보관중인 다중메일 별로 메일제목, 수신자, 보낸 일시, 수신자의 수, 메일원본을 받아가지 않은 수신자의 수 및 메일크기 등을 보여준다. 여기서 수신자를 클릭하면 해당 다중메일의 모든 수신자 주소나 이름을 보여주고, 메일제목을 클릭하면 메일의 내용을 보여주고, 메일원본을 받아가지 않은 수신자의 수를 클릭하면 아직 메일원본을 받아가지 않은 수신자 주소나 이름을 보여준다. 메일삭제를 클릭하면 일시별삭제, 메일별삭제, 수신자별삭제, 개별메일삭제 등의 세부메뉴가 제공된다. 일시별삭제에서는 특정 날짜와 시간 또는 특정날짜와 시간범위에 속하는 다중 메일에 관한 공통정보 저장소와 개별정보 장소를 모두 삭제하게 해주고, 메일별삭제에서는 특정 다중메일에 대한 공통정보 저장소와 각 개별정보 저장소를 삭제하게 해주고, 수신자별삭제에서는 특정 수신자로 전달된 모든 다중메일에 대한 모든 개별정보 저장소를 삭제하게 해주고, 개별메일삭제에서는 특정 수신자에게 전달된 특정 다중메일에 대한 개별정보 저장소를 삭제하게 해준다. 수신자별삭제와 개별메일삭제에서 더 이상 읽어갈 수신자가 없는 다중메일의 경우 그 다중메일의 공통정보가 삭제된다. 메일수신확인을 클릭하면 송신자별로 구비된 로그파일을 참조하여 다중메일별로 읽어간 수신자들과 이들이 읽어간 시간 등에 관한 정보가 제공되게 해준다.
본 발명의 바람직한 실시 예에서 송신측다운메일서버(202)와 메일연동장치(200)의 SMM(208)는 자체적으로 SMB(209)를 관리하는 기능을 수행하는데, 각 송신자의 메일사서함의 사용도, 가용공간, 오래된 메일원본 등을 조사하여 메일로 결과를 송신자에 알려주고, 필요 시 오래된 메일원본을 삭제하고 이를 메일로 송신자에게 알려주는 등의 메일사서함 관리기능을 수행한다. 메일연동장치(200)의 SMM(208)의 경우 부가적으로 수신자별로 메일 사서함의 사용도, 가용공간, 오래된 메일원본등을 조사하고 해당 처리를 수행하는 등의 SMB(209) 관리기능을 가질 수 있다.
본 발명의 바람직한 실시 예에서 SMM(208)이 제공하는 웹메일 발송기능은 HTTP 절차에 의한 송신자(201)의 메일 작성 및 발송 기능으로 구체적으로 살펴보면 다음과 같다; 송신자(201)가 웹 브라우져로 구성된 UA를 사용하여 HTTP 절차로 SMM(208)을 내장한 송신측다운메일서버에 접근하면 SMM은 HTTP 절차에 의해 송신자가 발송할 메일을 작성하고 편집할 수 있도록 해주고, 그리고 송신자가 준비된 메일을 발송할 수 있도록 해준다. 송신자가 준비된 메일을 발송하도록 요청하면 SMM은 그 메일을 MTA_n(205)에게 전달해준다.
도 6은 본 발명의 바람직한 실시 예에서 수신자(204,214)의 메일 수신처리 절차도를 나타낸다. 수신자는 UA를 탑재한 컴퓨터에서 발송통지메일(301)을 받아본 후(601) 헤더정보, 메일서버 ID, 메일크기 및 발췌된 메일내용 등의 정보로 메일원본을 받아볼 것인가를 결정한다(602). 메일원본을 받아보는 것은 발송통지메일(301)을 받아보는 것과 동일한 통신절차에 의해 수행되지만 메일을 보내주는 상대 메일서버, 이용자 ID 및 암호가 다르다. 메일원본을 받아보는 방법은 사용하는 통신절차에 따라 POP3와 IMAP 같은 절차를 사용하는 고전적인 방법과 HTTP 절차를 사용하는 웹기반 방법의 두 가지가 있다. 고전적인 방법에는 메일원본을 받아보는 절차가 자동으로 수행되는 자동 방법과 수동으로 진행되는 수동방법의 두 가지 방법이 있다. 수동방법에서는 먼저 절차를 잘 모를 경우 도움사이트를 클릭하여 도움을 받거나 메일원본을 자동으로 받아보는 기능을 갖는 플러그인 또는 업그레이드된 UA를 다운 받아(604) 자동으로 메일원본을 받아볼 수 있다(606). 수동으로 원본메일을 받으려면 메일서버 ID (송신측다운메일서버(202)나 메일연동장치(200)의 도메인명이나 인터넷주소) 및 SMM(208)에서 인증에 필요한 이용자 ID와 암호를 발송통지메일로부터 구한 후 해당 송신측다운메일서버나 메일연동장치의 SMM(208)에 접근하여 이용자 ID와 암호를 입력한 후 해당 메일원본을 받아서 읽는다(605). 메일원본을 자동으로 받아보는 플러그인 또는 업그레이드된 UA를 사용하는 경우 자동방법을 사용할 수 있는데, 이 방법에서는 수신자가 메일원본보기 단추를 클릭하면 자동으로 발송통지메일(301)에서 메일서버 ID, 이용자 ID 및 암호를구하고 해당 메일서버에 접근하여 해당 메일원본을 받아와서 보여준다(606). 웹기반 방법의 경우 발송통지메일(301)의 접근정보영역(303)을 클릭하면 해당 송신측다운메일서버(202)나 메일연동장치(200)의 SMM(208)에 HTTP 절차로 접근하여 해당 메일원본을 HTTP 절차로 받아온 후 수신자의 화면에 메일원본이 나타나게 한다(607).
[발명의 효과]
송신측 메일사서함 기반의 다운메일 방식으로 얻을 수 있는 효과는 다음과 같이 여섯 가지로 요약될 수 있다; 1) 메일보관과 스팸메일 삭제 등의 부담을 송신자가 떠 안게 되고, 스팸메일을 보관하고 있는 송신측 메일사서함의 상세한 위치정보가 발송통지메일로 수신자에게 통지되므로 송신자가 함부로 스팸메일을 발송하는 등 메일 사용에 있어 도덕적 해이가 기술적으로 억제될 수 있다, 2) 송신자는 자신의 송신측 메일사서함에 접근하여 자신이 발송한 메일을 수신자가 읽어갔는지의 여부를 수신자나 수신측 메일서버의 도움 없이 확인할 수 있다. 3) 짤막한 발송통지메일만 수신측 메일사서함에 보관되므로 수신측 메일서버의 부하가 크게 경감되어 수신측 메일서버의 과부하나 장애에 의해 메일소통이 중단되는 경우가 줄어들 수 있다, 4) 수신자는 발송통지메일을 읽어본 후 원하는 메일원본만 읽기 때문에 스팸메일과 메일폭탄 등의 메일 공해를 피하는데 도움이 될 수 있다, 5) 스팸메일과 수신확인 메일이 소통되지 않으므로 메일 트래픽이 경감된다, 6) 스팸메일이 소통되지 않고 다중메일의 경우 메일원본 하나만 송신측 메일사서함에 보관하면 되므로 사서함 공간이 절약된다.

Claims (11)

  1. 유무선 인터넷을 통한 메일 소통에 있어서,
    송신자(201)가 발송한 일반메일을 송신측다운메일서버(202)가 받아서 메일원본을 SMB(209)에 보관한 후 발송통지메일(301)을 만들어 수신측다운메일서버(203)나 수신측메일서버(213)로 전달하고, 발송통지메일을 받아본 수신자(204,214)가 원할 경우 송신측다운메일서버(202)로부터 메일원본을 받아보는 것; 및 송신자(211)가 발송한 일반메일을 송신측메일서버(212)가 받아 수신측다운메일서버(203)로 전달하고, 수신측다운메일서버는 이를 메일연동장치(200)로 넘기며, 메일연동장치는 이의 원본을 SMB(209)에 보관한 후 발신통지메일(301)을 생성하여 수신측다운메일서버로 전달하고, 발송통지메일을 받아본 수신자(204)는 원할 경우 메일연동장치(200)에 접근하여 메일원본을 받아보는 것을 특징으로 하는 다운 메일방식 및 시스템
  2. 제 1항에 있어서,
    종래메일 수신자(214)가 수신측메일서버(213)로부터 메일을 받아가는 통신절차인 POP3, IMAP 또는 HTTP를 사용하여 다운메일 수신자(204)가 송신측다운메일서버(202) 또는 메일연동장치(200)로부터 메일원본을 받아가고 종래메일 수신자(214)가 송신측다운메일서버(202)로부터 메일원본을 받아가는 것; 및 종래 메일서버(212,213) 사이의 통신절차인 SMTP를 사용하여 메일연동장치(200), 다운메일서버(202,203) 및 종래 메일서버(212,213) 사이에 메일을 소통하는 것을 특징으로 하는 통신절차
  3. 제 1항에 있어서,
    메일을 일반메일과 신호메일로 분류하고, 메일바디의 길이로 신호메일과 일반메일을 구분하고(403,409), 수신자가 메일원본을 받아 볼 것인가 판단하는데 필요한 헤더정보, 메일크기정보, 접근정보, 발췌된 메일내용의 영역을 갖는 발송통지메일(301)을 사용하여 일반메일의 발송을 통보하고, 수신통지메일을 사용하여 메일원본을 수신자가 받아갔음을 송신자에게 통보하는 방식
  4. 제 1항에 있어서,
    송신측다운메일서버(202)에서 개별메일과 다중메일의 원본을 보관하기 위하여 "/송신측메일사서함/송신자ID/수신자ID/메일번호/" 와 "/송신측메일사서함/송신자ID/다중메일/" 디렉토리 형태의 송신자 ID별 메일사서함을 구비하고 다중메일의 경우 모든 수신자에게 공통되는 정보를 공통정보 저장소에 저장하고 각 수신자에게만 관계되는 개별정보를 개별정보 저장소에 보관하여 사서함 공간을 절약하며, 메일연동장치 (200)에서 "/송신측메일사서함/송신자ID/수신자ID/메일번호/" 또는 "/송신측메일사서함/수신자ID/송신자ID/메일번호/" 형태의 메일사서함을 구비하는 것을 특징으로 하는 SMB(209)
  5. 제 1항에 있어서,
    송신측다운메일서버(202)에서 중계가 허용된 일반메일을 수신하여 송신자 ID를 구한 후 해당 송신자의 SMB(209)에 메일원본을 보관한 후(404) 발송통지메일(301)을 생성하여(406) 수신측다운메일서버(203)나 수신측메일서버(213)로 전달하고(407), 메일원본이 보관에 실패할 경우 관련 에러처리를 하는 것(408); 수신측다운메일서버(203)에서 자신이 목적지인 일반메일을 수신하여 메일연동이 가능하면(411) 메일연동장치(200)로 넘기고(412), 아니면 해당 에러처리를 하는 것(413); 및 메일연동장치(200)에서 일반메일을 넘겨받아 인증을 거친 후(415) SMB(209)에 메일원본을 보관(416)한 후 발송통지메일(301)을 생성하여(406) 종래메일방식대로 전달하고(407), 인증에 실패하거나 사서함 생성에 실패하여 메일원본을 처리하지 못할 경우 그 내역을 송신자에게 메일로 통보하는 것을 특징으로 하는 MTA_n(205)
  6. 제 1항에 있어서,
    수신자(214,204)의 요청 시 메일원본을 전달해주는 메일원본 다운기능; 송신자(204)의 요청에 의해 동작되는 SMB(209)관리기능; 자체 SMB(203)관리기능; 및 웹메일 발송 기능을 특징으로 하는 송신측다운메일서버(202)의 SMM(208)
  7. 제 6항에 있어서,
    수신자(204,214)의 요청 시 입력된 이용자 ID와 암호로 인증을 거친 후(502)POP3, IMAP 또는 HTTP 절차에 의해 메일원본을 전달해주는데, 다중메일의 경우 공통정보와 개별정보로 원본메일을 재구성하는 메일원본 다운 기능(503); 수신자에게 메일원본을 전달한 후 개별메일의 경우 메일원본을 삭제하고 다중메일의 경우 개별정보를 삭제하고 모든 수신자가 모두 메일원본을 읽어갔을 경우 공통정보까지 삭제하는 기능(503); 및 메일원본을 전달한 후 전달해준 메일에 대한 상세정보를 송신자별 로그파일에 남기는 것을 특징으로 하는 송신측다운메일서버(202)의 SMM(208)의 메일원본 다운기능
  8. 제 6항에 있어서,
    송신자(201)의 요청시 POP3나 IMAP 통신절차로 송신자에게 SMB(209)에 보관중인 그 송신자가 발송한 개별메일과 다중메일의 메일원본에 대한 메일 확인과 삭제 등의 메일 관리 기능을 제공하는 것; 및 송신자(201)의 요청시 HTTP 절차로 송신자에게 SMB(209)에 보관중인 그 송신자가 발송한 개별메일과 다중메일의 메일원본에 대한 메일 확인과 삭제 등의 메일 관리 기능을 제공하고 수신자가 읽어간 메일에 대한 상세 내역을 알려주며 그 송신자의 SMB 공간에 대한 관리 기능을 제공하는 것을 특징으로 하는 송신측다운메일서버의 SMM(208)의 SMB(209)관리기능
  9. 제 6항에 있어서,
    POP3와 IMAP 통신절차 기반의 SMM(208)을 종래의 RMM(206)과 별도의 프로그램으로 구성하여 별도의 TCP/UDP 포트번호를 할당하거나 하나의 프로그램으로 구성하여 종래의 RMM(208)에 할당되었던 TCP/UDP 포트번호를 사용하고 수신자의 접근 요청시 입력되는 이용자ID의 문자형태로 어느 메일사서함관리자에 접근을 요청하는지 식별하는 방법
  10. 제 1항에 있어서,
    수신자(204)의 요청 시 POP3, IMAP 또는 HTTP 절차에 의해 메일원본을 전달해주는 메일원본 다운 기능; 수신자(204)에게 메일원본을 전달한 후 메일원본을 삭제하는 기능; 메일원본을 전달한 후 수신통지메일로 메일원본을 받아 갔음을 송신자(211)에게 통보해주는 기능(504); 및 SMB(209)에서 송신자별로 메일사서함의 사용도, 가용공간 및 오래된 메일원본 등을 조사하고 해당 처리를 수행한 후 송신자에게 결과를 알려주거나 수신자별로 메일 사서함의 사용도, 가용공간 및 오래된 메일원본 등을 조사하고 해당 처리를 수행한 후 수신자에게 결과를 알려주는 기능을 특징으로 하는 메일연동장치(200)의 SMM(208)
  11. 제 1항에 있어서,
    메일원본을 자동으로 받아보는 기능을 갖는 플러그인 또는 업그레이드된 UA를 다운받아 설치(604)한 후 POP3나 IMAP 통신절차로 송신측다운메일서버(202)나 메일연동장치(200)로부터 메일원본을 다운 받는 방법(606); 및 발송통지메일의 접근정보영역(303)을 클릭하여 HTTP 절차로 송신측다운메일서버(202)나 메일연동장치(200)로부터 메일원본을 다운 받는 방법(607)을 특징으로 하는수신자(204,214)
KR1020047010856A 2002-01-17 2003-01-13 송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템 KR20040074118A (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR1020020002736 2002-01-17
KR1020020002736A KR20020010936A (ko) 2002-01-17 2002-01-17 송신측 메일사서함으로부터 메일을 받아가는 다운메일방식 및 시스템
KR1020020004034 2002-01-24
KR1020020004034A KR20020011452A (ko) 2002-01-24 2002-01-24 송신측 메일사서함으로부터 메일을 받아 가는 다운메일과기존 전자메일과의 연동 방식 및 시스템
KR1020020007823A KR20020016886A (ko) 2002-02-14 2002-02-14 스팸메일의 발생을 억제할 수 있는 다운메일 방식 및 시스템
KR1020020007823 2002-02-14
KR1020020009236A KR20020020928A (ko) 2002-02-21 2002-02-21 다운메일 시스템에서 송신측 메일사서함관리 및 원본메일읽기 방식
KR1020020009236 2002-02-21

Publications (1)

Publication Number Publication Date
KR20040074118A true KR20040074118A (ko) 2004-08-21

Family

ID=27483546

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020047010856A KR20040074118A (ko) 2002-01-17 2003-01-13 송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템

Country Status (3)

Country Link
KR (1) KR20040074118A (ko)
AU (1) AU2003235658A1 (ko)
WO (1) WO2003061213A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102228963B1 (ko) * 2020-09-02 2021-03-17 주식회사 카카오뱅크 메일 시스템 및 그 동작 방법

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7984113B2 (en) * 2004-09-08 2011-07-19 Sap Ag System and method for passing messages to a web browser
US8151112B2 (en) 2005-04-22 2012-04-03 Gerard Lin Deliver-upon-request secure electronic message system
WO2008097075A1 (en) * 2007-02-08 2008-08-14 Dlb Finance & Consultancy B.V. Method and system for reducing the proliferation of electronic messages
US20080195713A1 (en) 2007-02-08 2008-08-14 Dlb Finance & Consultancy B.V. Method and system for transmitting an electronic message
US8239921B2 (en) 2008-01-03 2012-08-07 Dlb Finance & Consultancy B.V. System and method of retrieving a service contact identifier
US8463921B2 (en) 2008-01-17 2013-06-11 Scipioo Holding B.V. Method and system for controlling a computer application program
GB2483488B (en) 2010-09-09 2017-09-13 H Clarkson & Co Ltd Improvements in and relating to data communications

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08139814A (ja) * 1994-11-08 1996-05-31 Fujitsu Ltd 音声メールサービスシステムにおける着信通知方法及び着信通知・応答方法並びに音声メールサービス式交換機
JPH10171728A (ja) * 1996-12-10 1998-06-26 Toshiba Corp ビデオ付き電子メールシステム
KR19980038460U (ko) * 1996-12-19 1998-09-15 박병재 들뜸방지 및 수밀방지용 클립식 웨더스트립
US5995597A (en) * 1997-01-21 1999-11-30 Woltz; Robert Thomas E-mail processing system and method
US6256672B1 (en) * 1998-11-12 2001-07-03 International Business Machines Corp. Method and system for efficiently notifying an information copy recipient in an electronic mail system
JP3335149B2 (ja) * 1999-09-17 2002-10-15 株式会社インターネットイニシアティブ 電子メール着信通知システム
US20010010060A1 (en) * 2000-01-19 2001-07-26 Yueh-O Yu Electronics information transmission

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102228963B1 (ko) * 2020-09-02 2021-03-17 주식회사 카카오뱅크 메일 시스템 및 그 동작 방법

Also Published As

Publication number Publication date
WO2003061213A1 (en) 2003-07-24
AU2003235658A1 (en) 2003-07-30

Similar Documents

Publication Publication Date Title
US7624146B1 (en) Method of manipulating an already sent e-mail and a corresponding server
US6779022B1 (en) Server that obtains information from multiple sources, filters using client identities, and dispatches to both hardwired and wireless clients
US6618747B1 (en) Electronic communication delivery confirmation and verification system
US8725889B2 (en) E-mail management services
US7627642B1 (en) Methods and systems for automatically presenting users with option to call sender responsive to email message
US7428579B2 (en) Method and system for segmentation of a message inbox
AU782333B2 (en) Electronic message filter having a whitelist database and a quarantining mechanism
WO2000049776A1 (en) Method and apparatus for proxying and filtering electronic mail
US20070100999A1 (en) Method, system and software for rendering e-mail messages
US20080281924A1 (en) End user transparent email attachment handling to overcome size and attachment policy barriers
US20040221048A1 (en) Email archive system
US7058683B1 (en) Methods and apparatus for providing a virtual host in electronic messaging servers
JPWO2004010662A1 (ja) 電子メールサーバ、電子メールの受渡しの中継方法、およびコンピュータプログラム
KR20040074118A (ko) 송신측 메일 사서함 기반의 인터넷 메일 방식 및 시스템
US7958187B2 (en) Systems and methods for managing directory harvest attacks via electronic messages
JP4276105B2 (ja) 電子メールシステム
JP2009188805A (ja) 電子メールシステム
JP2003143232A (ja) 電子メール管理方法及び電子メール管理のための装置
JP2004054664A (ja) 電子メール管理方法、システム、プログラム、及び記録媒体
KR20020016886A (ko) 스팸메일의 발생을 억제할 수 있는 다운메일 방식 및 시스템
KR20020020928A (ko) 다운메일 시스템에서 송신측 메일사서함관리 및 원본메일읽기 방식
KR100438545B1 (ko) 무선 단말기에서의 메일 수신 방법
JP2005182543A (ja) 電子メールシステム
KR20020024293A (ko) 다운메일 시스템에서 다중메일 처리방법
KR20010108628A (ko) 이메일 유효기간 설정 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application