요즘 모바일(mobile) 이 대세인가 봅니다....
트위터다 페이스북이다 이런 저런 모바일 관련 어플리케이션들이 큰 인기를 누리고 있습니다.

저는 TMS 의 모바일메일 소개하고자 합니다.
메일을 사용하다보면 외부에 PC가 없는 상황에 놓이게 되고 또 급하게 메일을 확인해야 하는 경우가 아주 많습니다.

일반적인 기업용 모바일메일들은 단순히 메일을 읽고 확인하고 간단히 답장을 쓰는 용도로 사용합니다. (물론 웹메일에서 사용하던 주소록은 검색만 되죠!!!)

모바일메일을 사용하다 보면 일반 웹메일에서 사용하던 형태 그대로 사용할수 없을까 하는 생각이 많이 듭니다.

메일의 읽기/쓰기 뿐만 아니라 주소록 추가/삭제, 그리고 중요한 일정 관리.... (일정 관리는 바로 모바일로 수정하거나 추가/삭제가 가능해야 겠죠 ^^) 거기다가 공지사항이나 FAQ 물론 궁금한 사항도 모바일로 바로 올릴수도 있고요 ....

자 요런 요구의 모바일 메일이 바로 여기 있습니다. TMS v7 의 모바일 메일..


 

 기본적으로 로그인 하면 계정정보/ 접속 시간이 나오고 안읽은 메일 갯수와 일정에 대한 정보가 보입니다.




그리고 하단에 메일이나 주소록, 일정관리, 게시판 메뉴로 갈수 있는 아이콘이 나오는군요...



요거 요거 PC가 없는 외부에서 급하게 메일확인하고 일정 확인할때 그만 입니다.
주소록도 외부에서 급하게 거래처 연락처 필요한데 바로 확인 가능 하고요 ..



모두들 즐거운 모바일 생활 합시다.... 


by youngjae




Posted by 테라스
:

[hotmail 스팸 차단]

1. telnet으로 해당 스팸 차단을 확인하는 방법

1.1 nslookup으로 hotmail의 메일서버를 찾습니다.

윈도우에서는 [시작]->[실행]->cmd 에서 확인가능합니다.


메일서버중 하나로 telnet으로 접속여부 및 차단메세지를 확인합니다.

위의 테스트가 어려우면 리턴된 메일의 차단메세지를 확인합니다. 일반 PC에서 테스트시 아래와 같은 메세지가 나오게 됩니다.



메일의 리턴메일은 위 그림의 가장 아래의 거부메세지의 URL에서 확인이 가능합니다.

http://mail.live.com/mail/troubleshooting.aspx

의 URL에서 SMTP 오류코드를 확인해 보면 아래와 같이 안내를 해주고 있습니다.

----------------------------------------------------------------------------------------
550 OU-001   정책적인 문제로 Windows Live Hotmail에서 메일을 거부했습니다. 메일/네트워크 관리자가 아닌 경우 메일/인터넷 서비스 공급자에게 도움을 요청하세요. 이러한 차단에 대한 자세한 내용을 보거나 목록에서 제거를 요청하려면 http://www.spamhaus.org 사이트로 이동하세요.
----------------------------------------------------------------------------------------

위의 오류코드를 근거로 상단메뉴의 두번째 메뉴인  [Blocklist Removal Center] 에서 IP를 입력후
검색을 해보면





IP를 검색한결과에 보면 XBL에 해당 IP가 포함되어 있고 이의 리스트는 바로 밑 하단의 CBL 을 클릭하면 아래에서 다시 검색해서 해당 원인을 파악해야 됩니다.



위의 원인은 NAT되어 있는 일반PC에서 테스트시에 거부되는 내용입니다. 이의 문제는 CBL에 권장하는 방법으로 보완후 하단의 REMOVE 버튼을 클릭해서 목록 제거 요청을 하면 됩니다.

(* 일반 PC에서 바로 메일을 발송하는 경우는 권장하지 않으므로 위는 hotmail의 스팸이 차단되었을때 차단된 메세지를 근거로 차단해제를 하는 예제입니다.)


그럼 차단된 예를 가지고 해지하는 방법을 알려드리겠습니다.

=================================================================================
[root:/mlog/tremoted]: telnet mx1.hotmail.com 25
Trying...
Connected to mx1.hotmail.com.
Escape character is '^]'.
220 SNT0-MC1-F17.Snt0.hotmail.com Sending unsolicited commercial or bulk e-mail to Microsoft's computer network is prohibited. Other restrictions are found at http://privacy.msn.com/Anti-spam/. Violations will result in use of equipment located in California and other states. Wed, 7 Apr 2010 18:36:27 -0700
ehlo mail.xxx.xxx
250-SNT0-MC1-F17.Snt0.hotmail.com (3.10.0.73) Hello [210.92.6.161]
250-SIZE 29696000
250-PIPELINING
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-AUTH LOGIN
250-AUTH=LOGIN
250 OK
mail from:<hyungjun.kim@xxxxxx.com>
550 OU-002 Mail rejected by Windows Live Hotmail for policy reasons. Reasons for rejection may be related to content with spam-like characteristics or IP/domain reputation problems. If you are not an email/network admin please contact your E-mail/Internet Service Provider for help. Email/network admins, please visit http://postmaster.live.com for email delivery information and support
Connection closed by foreign host.

=================================================================================

위의 차단된 내용중 SMTP 오류코드로 확인하게되면

http://mail.live.com/mail/troubleshooting.aspx


550 OU-002  정책적인 문제로 Windows Live Hotmail에서 메일을 거부했습니다. 거부 사유가 스팸 특성이 있는 콘텐츠 또는 IP/도메인 신뢰도와 관련되어 있을 수 있습니다. 메일/네트워크 관리자가 아닌 경우 메일/인터넷 서비스 공급자에게 도움을 요청하세요.

위의 코드에 대한 "문제 해결"중 "일반적인 문제"의 "IP 및 도메인의 전송 신뢰도를 관리하는 경우"
를 확인해보면 아래와 같은 내용이 있습니다.

http://mail.live.com/mail/troubleshooting.aspx (참조)
=====================================================================================
Microsoft의 SmartScreen® 기술은 Windows Live Hotmail뿐만 아니라 Exchange Server, Microsoft Office Outlook 및 Windows Live 메일과 같은 기타 Microsoft 제품에 혁신적인 스팸 방지 필터링 기술을 제공하도록 고안되었습니다. 또한 Microsoft에서는 스푸핑 및 사기성(피싱) 메일을 보낸 도메인 이름을 확인해 이 문제에 대처할 수 있도록 해 주는 메일 인증 기술 프로토콜인 보낸 사람 ID(영문) 프레임워크를 활용하고 있습니다. SmartScreen® 메일 필터는 발송 IP, 도메인, 인증, 목록의 정확도, 불만율, 콘텐츠 등과 관련된 수많은 요소에 의해 영향을 받습니다. 이 중에서 발송자의 신뢰도 및 배달 가능성을 낮추는 주요 요소 중 하나는 스팸 메일 불만율입니다.

=====================================================================================

위의 문제가 발생시에는 ISP에 Reverse DNS 등록후 DNS에  SPF를 등록후 KISA 사이트에 white도메인으로 등록후 MSN Hotmail에 SenderID를 메일로 발송하여 등록하면 몇일후에 정상적으로
Hotmail에 발송이 될겁니다.


2. SenderID 등록 방법은

senderid@microsoft.com 로 제목과 본문에 도메인명을 적어서 메일로 보내면 됩니다.

받는사람 : senderid@microsoft.com
제목 : xxxx.com
본문 : xxxx.com

SPF및 KISA의 등록은 다음에 알려드리도록 하겠습니다. 

[작성자 테라스사업팀 송현수]

 

Posted by 테라스
:

Bacn 메일

2007. 10. 17. 15:41
메일에 관련하여 신조어가 나왔군요...

Bacn: 베이컨(Bacon)에서 o를 뺀 거구, 발음은 베이컨으로 한다고 합니다. 수신동의는 했지만, 정작 읽지는 않고, 받은 편지함에 수신되는 메일이라고 합니다.

사실 저도 이런 메일이 많은데, 제목만 보고 지워버리죠.

Bacn 메일에 대해 "에이메일" 사이트에 간략한 설명이 있습니다.

이런 Bacn 메일을 스팸으로 처리해야 할까요? 아닐까요?

Posted by 테라스
:

어느 회사나 자신의 개발 제품에 대해 자랑을 하는것이 당연한 일이겠지만 특정 경쟁 업체의 직원이 인터넷이란 개방된 공간에서 자신의 블로그에 대 놓고 남의 회사를 폄하하는 글에는 분노를 넘어 실소를 금할 길이 없습니다.


메일서버에는  Sendmail 이나 Qmail 이라는 거대한 양대산맥이 존재합니다.  둘 다 Open source 로서 누구나 자유롭게 사용이 가능하며 아주 우수한 메일 서버 솔루션 이라고 생각합니다.  그러나 그 Sendmail 이나 Qmail 은 구조적으로 대용량의 메일을 처리하거나 Scalability 를 확보하기에 부적당한 부분이 있어, 많은 상용 Messaging Solution 이 해외에서 개발/출시 되었습니다.


지금은 많이 약해졌지만 Criticalpath, Openwave, Netscape(후에 Sun으로 인수) 에서 개발한 상용 Messagig Solution 이 전세계 시장을 평정했으나 2000년 저희 회사의 창업 이후 한국시장에서는 발을 붙이지 못하였습니다.  바로 저희가 개발한 TIMS 가 있었기 때문 입니다.


국내 유명 ISP, 포탈 등에서 기존의 sendmail 및 Qmail 로 서비스에 한계를 느끼기 시작 하여, 메일솔루션을 도입할 때 이들과 경쟁하여, BMT 에서 우수한 성능을 입증 받아 저희 TIMS 가 선택 되었습니다.  물론 아직도 수많은 하드웨어를 투자하여 Sendmail 이나 Qmail을 사용하는 곳도 많습니다.


기껏해야 남이 만들어 놓은 Sendmail 및 Qmail 같은 Open Source 나 가져다가 User Interface를 씌운 제품을 가지고 "우수한 기술력", "대용량 웹메일" 운운 하며, 자기네들이 국내 2강이니 뭐니 하는 우스운 짓거리를 하는 경쟁업체들을 보면 참 한심합니다.


그렇게 국내에서 2강이나 하는 우수한 제품이라면 해외에 수출 좀 하시죠. 맨날 국내 시장에서 싼가격으로 승부를 거는 주제에 무슨 기술력 타령을 하시나요?



Posted by 테라스
:

인터넷 메일 시스템은 상당히 복잡해 보이지만 여러 요소로 이루어진 하나의 시스템으로 보통 다음과 같은 요소로 구성 되어 있습니다.

 

MTA (Mail Transfer Agent)
인터넷 상에 있는 어떤 컴퓨터로부터 다른 컴퓨터로 전자 메일을 전송하는 서버 프로그램

 

MUA (Mail User Agent)
사용자가 전자 메일을 송수신할 때 사용하는 클라이언트 프로그램

 

MDA (Mail Delivery Agent)
MTA가 수신한 메시지를 사용자의 우편함에 쓰기 위한 프로그램

 

MRA (Mail Retrieval Agent)
리모트 서버에 있는 우편함으로부터 사용자의 MUA로 메시지를 가져오는 프로그램

 

일반적인 메일의 전달 과정은 다음과 같습니다.
전자 메일은 사용자가 MUA를 이용하여 MTA로 보냅니다. 이 송신 MTA는 메시지가 목적지에 도착할 때까지 메시지를 하나 혹은 그 이상의 MTA로 전송하게 됩니다. 목적지 MTA(수신 MTA)에 도달된 메시지는 사용자 정보에 따라서 MDA로 전송 되어 지며, MDA는 메시지를 수신자의 우편함에 쓰게 됩니다. 수신자는 메시지를 읽기 위해서 자신의 메일 서버에 직접 접근하거나 MUA를 사용하여 자신의 메일 서버의 우편함으로부터 메시지를 로컬로 가져옵니다. 이 때 MUA가 메시지를 분류하거나 정렬하기도 합니다. 수신자가 로컬이 아닌 리모트 메일 서버로부터 메일을 읽어 올 때 MRA를 사용합니다.

MUA로부터 MTA까지는 SMTP(Simple Mail Transfer Protocol)을 사용하여 메시지를 보내며, MTA와 MTA 사이에도 SMTP가 사용됩니다. MUA는 MRA를 통하여 POP(Post Office Protocol)나 IMAP (Internet Message Access Protocol)을 주로 사용하여 메일 서버로부터 로컬로 메시지를 읽어 옵니다.

 

Posted by 테라스
:
MTA(Mail Transfer Agent)는 인터넷상에 있는 하나의 컴퓨터로부터 다른 컴퓨터(메일서버)로 전자 메일을 전송하는 서버 프로그램입니다.

인터넷 메일 시스템은 동격 서버들을 가진 분산 클라이언트/서버 시스템입니다. 다시 말해 클라이언트는 서버와 통신하여 메일을 송수신하고, 그리고 서버들이 서로 통신합니다.
클라이언트가 나가는 메시지를 직접 서버(MTA)로 보내면, 그 서버는 메시지를 수신자의 우편함으로 배달하거나 혹은 그것을 전달(forwarding)할 다른 MTA로 보냅니다. 이러한 시스템은 서버들을 계층적으로 배열함으로써 높은 확장성을 갖도록 하기 위한 것입니다.

인터넷 MTA는 종종 UUCP같은 인터넷상에서 사용되고 있는 오래된 메일 시스템을 위해 게이트웨이와 비슷한 기능을 수행합니다.

인터넷 핵심에서 대부분의 메일을 처리하는 가장 대중적인 무료 MTA인 sendmail은 원래는 단순한 텍스트메시지를 위한 메시지 주소 번역 기능을 제공하면서, 새롭게 연결된 네트워크에서 사용중인 다수의 메일 시스템을 통합하기 위해 작성되었습니다.

다시 말해, MTA는 실질적으로 메일을 전송하지 않습니다. 다만 메시지에 대한 전송결정을 내리고, 실질적인 전송을 위해 메시지를 MDA(Mail Delivery Agent)로 넘겨줍니다.

달리 말하면, MTA는 메시지가 다음 번 목적지로 보내지는 것과 메시지가 적절한 포맷으로 도착해서 적절히 해석될 수 있도록 보장하는 역할을 담당합니다. 그래서, 인터넷 메일에서 MTA는 필수적이며 앞으로 전자메일의 발전은 MTA의 발전이라 할 수 있겠습니다.
Posted by 테라스
:

[EMAIL(Electronic Mail)] 
  
  컴퓨터 통신망을 통해서 메시지를 전송하는 것, 또는 전송된 메시지를 전자메일(EMAIL)이라고 한다.

  Email 주소 형식(id@domain)의 수신자에게 다양한 형식(텍스트,음성,동영상 등)의 메시지를 보내면 수신자의 전자 우편함에 쌓이게 되고 수신인은 메일 agent 프로그램을 통해 자신의 메일을 확인하게 된다. 

 

[SMTP]
 
  컴퓨터 간에 전자우편(EMAIL)을 전송하기 위한 프로토콜. RFC 821에 규정되어 있으며 전자우편 간의 대화법을 지정하고, 전자우편을 송수신하는데 이용되는 제어 메시지로 구성되어 있다. 

 


[WEBMAIL 서비스] 
  
ㆍ사용법이 단순, 전용 PC가 불필요하여 가족,공용 PC환경에 적합
ㆍ필요 소프트웨어:웹 브라우저
ㆍ추가적인 설정 없음.자신의 아이다와 암호만 필요.
ㆍ1PC당 사용자수의 무제한
ㆍOS나 시스템 크기에 무관
ㆍ폰트만 설치하여 전세계에서 이용가능(폰트는 Microsoft Site에서 실시간 무료 다운 설치지원)
ㆍ서버에 대한 손 쉬운 관리지원 및 통계의 제공 가능
ㆍ사용자의 추가/수정/삭제 및 디스크 사용량등의 제한
ㆍPIMS, Intranet, GroupWare와 연동하여 운영가능 

 


[POP3 서비스] 
  
ㆍ전용 클라이언트 프로그램의 사용으로 기능적인 편리성제공
ㆍOS와 시스템별로 특정의 아웃룩 익스프레스,넷스케잎 메신져 등 별도의 전용프로그램이 필요
ㆍPOP3, SMTP 서버의 설정 등 기본적인 지식이 필요
ㆍ메일보관을 사용자 컴퓨터에 하므로 개인정보의 침해가 발생
ㆍOS마다의 사용자 설정이 난해하여 대부분 1PC당 1User로만 사용하거나 기존 설정을 변경하면서 공유하는 불편
ㆍ가족이나 소규모의 비 정보통신관련 회사의 경우 다수 메일 계정의 관리가 곤란
ㆍ기존 ISP의 설정에 따라서 관련 정보의 변경을 따라야 함. 

 


[MIME]
 
  MIME(Multipurpose Internet Mail Extensions)은 기본적인 텍스트지향 인터넷 메일 시스템을 확장하여, 메시지의 임의의 바이너리 파일을 포함할 수 있게 해 줍니다.

 

  RFC821 “The Simple Mail Transfer Protocol”과 RFC822 “Format of ARPA Internet Text Messages”에 기반을 둔 인터넷 메일 시스템은 초기 인터넷상에 존재하던 각종 메일 시스템들 사이에 일종의 통합을 가져왔습니다.

 

  하지만, 단순 텍스트 인터넷 메일은 일반적으로 보안의 결여와 임의의 바이너리 컨텐츠를 포함할 수 있는 기능의 부족이라는 두가지 문제를 안고 있습니다.

 

  X.400메일은 단순 인터넷 텍스트 메일에 비해 가질 수 있는 가장 큰 장점은 임의의 유형 파일을 메시지에 첨부할 수 있는 기능이었습니다. 이 첨부 기능으로 워드프로세싱 파일,스프레드 시트, 오디오 혹은 비디오 파일을 전자메일을 통해 보낼 수 있었습니다.

 

  MIME은 인터넷 메일에서도 이런 일을 할 수 있도록 해주었습니다.

  MIME메시지는 약간의 특수 헤더를 가진 보통의 인터넷 텍스트 메일 메시지와 포맷된 본문으로 구성어 있습니다. 메시지본문은 ASCII로 인코딩된 데이터를 보유하고 있는 각각의 섹션으로 구성되어 있으며 먼저 설명정보가 나오고 그 뒤에 본문의 각 섹션 혹은 부분이 나옵니다. 
 

 

[SMIME]
 
  전자 우편의 안전성을 지키는 전송 방식의 하나.

  인터넷 환경은 본래 보안이 취약하여 온라인 구매 등 전자 상거래 보급에 걸림돌이 되고 있기 때문에 이러한 기술이 급격히 향상되고 있다.
 

  전자 우편의 표준 시방인 MIME(Multipurpose Internet Mail Extension)를 확장해서 전자 우편 본체에 대한 암호 처리와 전자 우편에 첨부하는 전자 서명을 제공하고 있다.
안전(보안)의 필요성이 어느 때보다 높아지고 있으므로 차세대 전자 우편 표준 규격으로 기대되고 있다. 
 

 

[SSL]
 
  월드 와이드 웹(WWW) 브라우저와 WWW 서버 간에 데이터를 안전하게 주고받기 위한 업계 표준 프로토콜.

  미국 넷스케이프 커뮤니케이션즈사(Netscape Communications)가 개발하였고, 마이크로소프트사 등 주요 웹 제품 업체가 채택하고 있다.

  SSL은 웹 제품뿐만 아니라 파일 전송 규약(FTP) 등 다른 TPC/IP 애플리케이션에 적용할 수 있으며, 인증 암호화 기능이 있다.

  인증은 웹 브라우저와 웹 서버 간에 서로 상대의 신원을 확인하는 기능이다. 예를 들면, 웹 브라우저를 사용하는 웹 서버를 사용한 가상 점포의 진위(眞僞) 여부를 조사할 수 있다.

  암호화 기능을 사용하면 주고받는 데이터가 인터넷상에서 도청되는 위험성을 적게 할 수 있다. 
 

 

[IMAP]
 
  IMAP는 "Internet Message Access Protocol"의 약자로서 로컬 서버로부터 e-mail을 읽기 표준 프로토콜을 말합니다.

  최신 버전은 IMAP4이며 POP와는 달리 메일의 제목이나 보낸 사람만 보고 메일을 다운로드할 것인지 선택할 수 있습니다.

  IMAP서버를 사용하면 폴더나 메일함을 서버에 만들수 있으며 메일함의 메시지에 직접 접근하여 지우거나 검색을 할 수도 있습니다.
 

  IMAP는 리모트 파일 서버(메일 서버에 접속하여 메시지를 관리하는)로 비유할 수 있고, POP는 "저장하고 전달하는" (다운로드만 하는) 메일 서비스로 비유할 수 있습니다. IMAP는 이런 경우에 매우 효과적입니다.

 

  만약 학교나 직장에서는 인터넷에 항상 접속된 컴퓨터를 사용하며 메일을 체크하고 집에서는 전화로 전자우편을 체크한다면, POP3는 불편할때가 많습니다. 받았던 메일을 또 받아야되고, 또한 답신을 한 것인지 그렇지 않은 것인지 체크하기도 어렵기 때문입니다. 혹은 POP3 서버에서 메일을 받은 후 서버에서 삭제해 버렸다면 메일 박스나 개별 메일을 FTP등으로 전송해야 하는 불편함이 있습니다.

  IMAP는 이런 POP의 단점을 보완하기 위해 제안되었습니다. POP 대신 IMAP를 받는 메일 서버로 사용할 경우 계층적 폴더 관리와 원격 폴더 조작이나 메일 폴더 공유가 가능합니다.

 

  IMAP가 POP를 대체하는 인터넷의 새로운 전자우편 이용을 위한 프로토콜로 부상하고 있기는 하지만, 아직은 이를 지원하는 메일 서비스가 그리 많은 편은 아닙니다. 그럼에도 불구하고 최근에 나오는 대부분의 메일 클라이언트들은 IMAP 서비스를 지원하고 있습니다.

  IMAP를 제대로 사용하려면 최신의 IMAP4를 서버에서 지원해야 하고, 메일 클라이언트가 또한 이것을 잘 지원해야 합니다.

 

  Outlook Express의 경우 현재 나와 있는 4.x의 경우 IMAP4를 지원하고 있기는 하지만 플래그(flag)나 메시지 삭제등을 제대로 지원하지 못하고 있습니다. 그러나 Outlook Express 5.0은 IMAP4 규약을 좀 더 확실히 지원합니다. Netscape 4.5PR2에 포함된 메일러인 Messenger의 경우 최신의 IMAP4를 잘 지원하는 편이며, IMAP4 서버를 사용할 경우 다중 계정을 지원합니다.


  한편, 유닉스 호환 서버에서 대중적으로 사용하는 메일러인 Pine은 이전 버전부터 IMAP4를 잘 지원해 왔습니다. 최신 버전인 Pine 4.03의 경우 IMAP4와 POP3 모두 리모트에서 접속할 수 있는 기능을 제공하고 있습니다.

 

  국내 ISP 가운데 받는 메일 서버로써 IMAP를 지원하는 곳으로는 Channeli, Netsgo등이 있으며 무료 E-메일 서비스인 Netian도 IMAP4를 지원합니다. 만약 여러분이 학교나 연구소 혹은 회사에서 E-메일 서비스를 이용하고 있다면 메일 서버 관리자에게 IMAP 서비스를 제공하도록 요청해 보십시오. IMAP 서버를 설치하는 것은 그다지 어렵지 않으며 여러분은 그로 인해 E-메일을 보다 편리하게 관리할 수 있습니다.

 

  자신이 사용하는 메일 서버가 IMAP를 지원하는 지 확인하려면 가장 간단한 방법은 메일 서버 관리자에게 메일을 보내서 물어 보는 것입니다. 그러나, 텔넷으로 직접 IMAP 포트로 연결하여 확인할 수도 있습니다. IMAP는 대개 143번 포트를 사용하므로 계정이나 텔넷 에뮬레이터를 사용하여 143번 포트로 접속하여 응답이 오는지 확인하면 됩니다.

%>telnet mail.server.name 143 IMAP에 대한 더 자세한 내용은 RFC 1730을 읽어 보시면 됩니다. 
 

 

[LDAP]
 
  X.500을 근거로 한 디렉터리 데이터베이스에 접속하기 위한 통신 규약.

  미국 미시간 대학에서 개발되었으며 디렉터리 정보의 등록, 갱신, 삭제 및 검색 등을 실행할 수 있다.

  운영 체계(OS)나 그룹웨어 제품들이 지원해 주고 있다.
  RFC 2251에 규정된 버전 3이 최신판이며 통신망을 이용한 이용자 메일 주소나 이용자의 정보를 검색하는 데 주로 사용된다.
  LDAP 서버에는 넷스케이프 디렉터리 서버와 같은 전용 서버 제품도 있다. 

Posted by 테라스
:

sendmail은 유닉스 기반의 환경에서 전자우편 전송을 위해 SMTP를 구현한 가장 보편적인 소프트웨어입니다. sendmail 서버가 전자우편을 받으면, 그 편지를 수신자에게 즉시 전달하려는 시도를 하며, 만약 수신자가 존재하지 않으면, 나중에 배달하기 위해 메시지를 큐에 저장합니다.


그러나, sendmail은 메일박스를 제공하지 않기 때문에, POP이나 IMAP과 같은 다른 소프트웨어를 함께 써야합니다. 대부분의 인터넷 서비스 공급자들은 sendmail과 같은 SMTP 서버와, POP 또는 IMAP 서버를 모두 제공합니다.


sendmail의 상용버전을 Sendmail이라고 부르는데, sendmail의 개방형소스에 POP3서버와 기타 강화된 여러가지 기능들을 포함하고 있으며, 윈도우NT 운영체계에 설치될 수 있는 버전도 나오고 있습니다..

그러면,Qmail은 무엇인가?

 

qmail은 유닉스류 운영체제의 인터넷 Mail Transfer Agent (MTA)입니다. 대부분의 UNIX운영체제가 제공하고 있는 Sendmail시스템을 대체합니다. Simple Mail Transfer Protocol (SMTP)을 이용해서 다른 시스템의 MTA와 메세지를 교환합니다.[유의점: 바른이름은 Qmail이 아니고 qmail입니다.]


당신의 운영체제도 Sendmail이라는 MTA를 제공하고 있으리라고 여기므로, 당신이 이문서를 읽고 계신다면, 당신은 아마 더 좋은 것을 찾고 있다고 생각합니다.

qmail이 다른 vendor가 제공하는 MTA보다 더 좋은 이유는 다음과 같습니다.

안전성: 안전성이 높도록 설계되었습니다.
Sendmail의 안전성은 오랫동안 심각한 문제였습니다. Sendmail이 처음 만들어졌을때는 Net계가 훨씬 더 우호적이었습니다. 누구나 서로 알았고, 안전성을 제고하려고 설계하거나 코딩할 필요가 없었습니다. 오늘날 인터넷은 네트웍서버에게는 너무나 적들이 많은 환경입니다. Sendmail을 만든 Eric Allman도 많은 보안을 했지만, 진짜로 안전하게 만들려면 다시 설계하는 수 밖에 없었습니다.

 

성능: 메일 보내기를 병행처리합니다. (20개가 default입니다.)

신뢰성: 한번 받은 메세지는 결코 놓치지 않습니다. 새 메일박스 형태도 제공하는데, NFS에서 locking하지 않고도 잘 작동합니다.

간편성: 다른 동급의 MTA보다 작습니다.

Posted by 테라스
:

국내 인터넷의 시작은 1982년대 서울대학교와 전자통신연구소 사이에 SDN을 통해 정보망이 개설되면서 국내의 인터넷이 시작되었습니다.


1983년에는 미국, 1984년에는 유럽과 UUCP를 통한 네트워크를 이용하게 되었으며 1985년 EAN을 통한 메일서비스와 1987년 교육연구망 프로그램이 서비스되기 시작하였습니다.


그후 가입자가 꾸준히 늘고 있으며, 현재는 하나망과 대학 중심의 교육전산망(HREN-Korea Education Network), 그리고 연구전산망(Kreonet-Korea Research Environment Open Network)등 세 개의 망이 구성되어 인터넷에 접속되어 있습니다.


1994년 한국통신에 이어 천리안, 나우누리가 인터넷 서비스를 시작하였고, 1995년에는 아이네트, 포스서브, 하이텔 등이 서비스를 시작함으로써 언론의 보도와 더불어 본격적인 인터넷이 열리게 되었습니다.

Posted by 테라스
:
 

먼저 인터넷이 어떻게 시작되었는지 알아보자.

 

인터넷의 시작은 미국 국방성에서 국책연구기관과 대학연구소간의 정보와 자료교환을 목적으로 1969년 알파넷(ARPAnet : 미국방부 첨단 연구계획위원회 통신망)이라는 이름으로 탄생되었습니다.
이후 통신기기와 단말기, 컴퓨터들이 다양해지면서 서로 다른 컴퓨터 기종간에도 원활한 통신을 할 수 있는 TCP/IP라는 이름의 프로토콜이 개발되었으며 TCP/IP 프로토콜의 개발은 알파넷의 대 전환점이 되었고, 알파넷의 사용자들이 급격히 늘어나게 되었습니다.
1980년대에 들어서며 알파넷 사용자들의 폭주로 인하여 알파넷을 미 국방성만이 사용할 수 있는 밀넷(MILnet)과 일반 사용자들의 정보교환을 위한 알파넷으로 구분하였는데 이렇게 밀넷과 알파넷이 통합된 통신망을 달파넷(DARPnet)이라고 불리웠으며 이 통신망이 후에 인터넷의 전신이 되었습니다.
1983년 본격적으로 인터넷이 운영되면서 인터넷에 접속하는 컴퓨터들의 수도 1985년에 약 100개, 1987년에는 200여개, 1989년에는 500개가 넘는 등 기하급수적으로 늘어났습니다.
이처럼 기하급수적인 증가추세는 1990년대에 들어와서 더 가중되었고, 미국 DDN통신망정보센터의 자료에 의하면 1990년대에는 2218개, 1992년에는 5000개에 이르렀고 1993년도의 인터넷 사용자는 2000만 명을 초과했다고 미국의 매트릭스 뉴스가 발표한 바 있습니다.
인터넷은 명확하게 누가 운영하는 통신망이 아니라 수많은 통신망들이 연결된 상태를 말하며 정확한 소유자가 없어서 누구라도 사용할 수 있는 관념적인 통신망입니다.

 그러면 메일은 왜 생겼을까?
 웹이 발달할수록 다른 사람과의 연락을 취할 필요가 생기고, 특히 전화처럼 수신자가 온라인 상태에 있어야지만 정보를 주고 받을 수 있는 그런 시스템이 아니라 비동기식 (asynchronous)메시징 기술로 편지를 받을 수신자가 그 즉시 온라인 상태에 있을 필요가 없는 전자 메일 시스템이 개발되었습니다. 많은 상업적인 전자 메일 시스템은 1980년대에 고안되고 구현되었으며, 상업적인 컴퓨터네트워크로 팔려나갔습니다.
로터스, IBM, HP, 마이크로 소프트, DEC와 같은 많은 벤더들이 1980년대식의 네트워크에 사용할 전자메일시스템을 판매했습니다. 이러한 모든 시스템은 독자적이고, 중앙집중식으로 관리되고, 초기에는 LAN지향 메시징 기능을 제공하는 공통점을 갖고 있었습니다.
그러나, 이러한 점들은 나중에 불이익을 초래하게 되었습니다.
특히 시스템들이 LAN사용을 위해 설계되었다는 점인데, 중앙 집중식 관리는 수천명의 사용자가 생기면 관리 부분이 병목 지점으로 관리가 매우 번잡하게 되었습니다. 그래서, 메일 시스템에 대한 표준이 필요하게 되었고, 지금은 MIME에 의해 개선된 인터넷의 SMTP가 세계적인 메시징의 표준이 되었습니다.
현재 SMTP, POP3, MIME, IMAP등 메시징의 표준이 있으며 이러한 것들 때문에 현재 우리는 인터넷 메일을 사용하고 있는 것입니다.
Posted by 테라스
:

BLOG main image
다우기술의 이메일 / 웹메일 / 스팸 / 메일 아카이브 등 메세징 전문가 그룹의 블로그 입니다. by 테라스

공지사항

카테고리

분류 전체보기 (116)
출장사진 (3)
낙서장 (3)
우리들의 일상 (68)
개발자를 위하여 (3)
스팸메일 (11)
인터넷 이메일 (10)
언론 속의 테라스 (1)
기타 (4)
아카이빙 (7)
일본 (4)
대용량 데이터베이스 (1)

최근에 올라온 글

최근에 달린 댓글

최근에 받은 트랙백

Total :
Today : Yesterday :