맨위로가기

전자우편

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

전자 우편은 인터넷 발달에 필수적인 도구로, 1965년 시분할 본체 컴퓨터 사용자들을 위한 방법으로 시작되었다. 아파넷(ARPANET)을 통해 네트워크 전자 우편으로 발전했으며, 레이 톰린슨이 @ 기호를 사용하면서 보편화되었다. 1983년 간단 메일 전송 프로토콜(SMTP)이 아르파넷에 구현되었고, 1995년 인터넷 상업 트래픽 제한 해제 이후 SMTP, POP3, IMAP 프로토콜이 표준이 되었다. 전자 우편 주소는 '아이디@메일서버이름' 형식이며, SMTP, POP3, IMAP 등의 프로토콜을 사용한다. 전자 우편은 Cc, Bcc 기능을 통해 여러 사람에게 메일을 보내거나 개인 정보를 보호하는 데 활용되며, Re, Fw 등의 기능을 통해 답장이나 전달을 표시한다. 기업에서는 물류 간소화, 동기화 향상, 비용 절감, 속도 향상 등의 이점을 얻고, 개인은 스마트폰으로 이메일을 확인하며, 이메일 마케팅에도 활용된다. 그러나 스팸, 정보 과부하, 보안 문제, 혐오 표현, 온라인 괴롭힘 등의 문제점도 존재한다.

더 읽어볼만한 페이지

  • PC통신 - 전화 접속
    전화 접속은 공중 교환 전화망을 통해 모뎀과 전화선으로 인터넷에 연결하는 방식으로, 1980년대부터 사용되었으나 광대역 인터넷의 등장으로 2000년대 이후 사용이 줄어 현재는 제한적으로 사용되며 사라지는 추세이다.
  • PC통신 - AOL
    AOL은 1985년 PC 통신 서비스로 시작하여 GUI 기반의 America Online 서비스를 통해 대중화에 성공한 미국의 인터넷 서비스 제공업체로, 한때 세계 최대의 인터넷 접속 서비스였으나 현재는 야후 주식회사에 속해 다양한 온라인 서비스를 제공한다.
  • 전자 우편 - 레이 톰린슨
    미국의 프로그래머 레이 톰린슨은 ARPANET에서 이메일 시스템을 개발하고 이메일 주소에 앳(@) 기호를 도입하여 이메일의 아버지로 불린다.
  • 전자 우편 - LISTSERV
    LISTSERV는 에릭 토마스가 1986년에 개발한 자동 메일링 리스트 관리 소프트웨어로, 다양한 기능과 운영 체제 지원, 여러 라이선스 옵션을 제공하며 상표로 등록되어 있다.
  • 인터넷 용어 - 비대칭 디지털 가입자 회선
    비대칭 디지털 가입자 회선(ADSL)은 전화선을 이용하여 다운로드 속도가 더 빠른 비대칭적인 고속 데이터 통신을 제공하는 기술로, 주파수 분할 이중 방식과 이산 다중톤 변조 방식을 사용하며 거리와 잡음에 따라 속도 저하가 발생할 수 있고 광섬유 인터넷의 발전으로 서비스가 축소되고 있다.
  • 인터넷 용어 - 스핑
전자우편
지도 정보
기본 정보
유형전자적 통신
설명컴퓨터 네트워크를 통해 전자적으로 작성, 전송 및 저장되는 메시지.
역사'1971년 레이 톰린슨'
특징편지 작성 및 발송
파일 첨부
답장 기능
용도개인적인 메시지 교환 및 업무용
주요 특징비동기적 소통
여러 수신자에게 동시 발송 가능
텍스트 기반 통신
작동 방식이메일 주소를 기반으로 메시지 전송
SMTP 프로토콜을 사용하여 서버 간 전송
IMAP 또는 POP3 프로토콜로 메시지 수신
관련 프로토콜SMTP
IMAP
POP3
보안 관련 사항스팸 메일
피싱 공격
악성코드 감염
개인 정보 유출
법적 효력계약 체결
증거 자료
법적 통지
장점비동기 통신
기록 보관 용이
비용 효율적
여러 수신자에게 동시 전송
단점스팸 메일
정보 과부하
즉각적인 소통 불가
오해의 소지
기술적 측면MIME을 이용한 다양한 형식의 메시지 전송
DKIM, SPF, DMARC 등 보안 기술 적용
구성 요소
헤더발신자 주소
수신자 주소
제목
발송 시간
참조 및 숨은 참조 주소
본문메시지 내용
첨부 파일문서, 이미지, 동영상 등
관련 용어
이메일 주소이메일을 주고받는 데 사용되는 고유 식별자
스팸 메일불필요한 대량 이메일
피싱개인 정보를 훔치려는 사기성 이메일
웹메일웹 브라우저를 통해 이메일 사용
메일 서버이메일을 저장하고 전송하는 서버
메일 클라이언트이메일을 보내고 받는 데 사용되는 소프트웨어
메일링 리스트여러 사용자에게 동시에 이메일 발송 기능
회신기존 이메일에 대한 답장
전달받은 이메일을 다른 사람에게 보내는 기능
추가 정보
전자 우편전자적 방법을 이용한 우편 서비스
이메일 과호흡이메일 확인 및 회신으로 인한 스트레스 및 주의력 감소
이메일의 사회적 영향커뮤니케이션 방식 변화 및 업무 효율성 증대
전자 메일의 법적 의미전자 문서로서 계약 및 증거 자료로 사용 가능

2. 역사

전자 우편은 인터넷의 발단으로 거슬러 올라가며, 사실 인터넷이 만들어지는 데에 없어서는 안 되는 도구였다.

전자 우편은 1965년에 시분할 본체 컴퓨터의 여러 명의 사용자들을 위한 방법으로 시작했다.[16] 이렇다 할 만한 역사를 갖춘 것은 아니지만, 그러한 시설을 갖춘 첫 시스템들 사이에 SDC의 Q32와 MIT의 CTSS가 있었던 것은 사실이다.[16]

전자 우편은 빠르게 퍼져나가 네트워크 전자 우편이 되었으며, 사용자들이 적어도 1966년까지 다른 컴퓨터들 사이에 메시지를 보내는 것을 허용하였다. (SAGE 시스템이 이전에 이와 비슷한 것을 가졌을 가능성이 있다.)[16]

아파넷(ARPANET) 컴퓨터 네트워크는 전자 우편의 개발에 큰 공헌을 했다. 1969년에 실험적인 교환 시스템 전자 우편은 만들어지자마자 바로 전송된다는 보고가 있다.[140] 1971년에 BBN 사의 레이 톰린슨은 컴퓨터와 사용자의 이름을 구분하기 위해 @ 사인을 사용하기 시작했다.[17] 아파넷은 전자 우편의 대중성을 점진적으로 늘려 나갔으며 아파넷의 킬러 애플리케이션이 되었다.

1960년대 초 시분할 시스템의 등장 이후 동일 시스템 사용자 간의 컴퓨터 기반 메시징이 가능해졌으며, 1965년 매사추세츠 공과대학교(MIT)의 호환 가능한 시분할 시스템(Compatible Time-Sharing System, CTSS) 프로젝트에서 구현되었다.[16] 1971년 최초의 아르파넷(ARPANET) 네트워크 메일은 사용자의 시스템 주소를 나타내는 '@' 기호를 사용하는 현재와 같은 주소 구문을 도입했다.[17]

곧 독점적인 전자 메일 시스템이 등장하기 시작했다. IBM, 컴퓨서브(CompuServe) 및 제록스(Xerox)는 1970년대에 사내 메일 시스템을 사용했다.[18][19][20] 컴퓨서브는 1978년 IBM에, 1981년부터 제록스에 상업용 사내 메일 제품을 판매했다. DEC의 올인원(ALL-IN-1)과 휴렛패커드(Hewlett-Packard)의 HPMAIL(후에 HP DeskManager)은 1982년에 출시되었으며, 전자는 1970년대 후반에 개발 작업이 시작되었고 후자는 세계에서 가장 많이 판매되는 이메일 시스템이 되었다.[21][22]

간단 메일 전송 프로토콜(Simple Mail Transfer Protocol, SMTP)은 1983년 아르파넷에 구현되었다.[25][26] 1980년대 후반과 1990년대 초에는 독점적인 상업 시스템 또는 X.400 이메일 시스템(정부 개방형 시스템 상호접속 프로파일(Government Open Systems Interconnection Profile, GOSIP)의 일부) 중 하나가 우세할 것으로 보였다. 그러나 1995년 인터넷을 통한 상업 트래픽 전송에 대한 최종 제한이 해제되면서, SMTP, POP3, IMAP 이메일 프로토콜이 인터넷 표준이 되었다.[23][24][25][26]

현대적 형태의 전자 우편은 1979년, 당시 14살의 인도계 미국인인 시바 아야두라이(V.A. Shiva Ayyadurai)에 의해 구상되었다고 알려져 있는 경우가 있으나 이것은 사실이 아니다. 이메일은 이미 1970년대 중반에 활발히 사용되고 있었으며, 아파넷의 개발에 참여했던 과학자들은 이러한 주장을 지속적으로 부정하고 있다.[149]

ARPANET에서 전자우편의 편리성과 장점이 널리 알려져 인기가 높아졌고, ARPANET에 연결되지 않은 사람들로부터도 전자우편을 요구하는 목소리가 나왔다. 타임쉐어링 시스템을 대체 네트워크로 연결한 전자우편 시스템이 여러 개 개발되었는데, 예를 들어 UUCP나 IBM의 VNET 등이 있다.

모든 컴퓨터와 컴퓨터 네트워크가 직접 상호 연결되는 것은 아니므로, 전자우편 주소에는 정보 전달 "경로"를 나타낼 필요가 있었다. 전자우편은 이 경로 지정 방식으로 여러 네트워크 간(ARPANET, BITNET, NSFNET)에서 주고받을 수 있었다. UUCP로 연결된 호스트와도 전자우편을 주고받을 수 있었다. 경로는 "뱅 패스(bang path)"라고 불리는 방식으로 지정되었는데, 특정 호스트에서 직접 도달 가능한 호스트의 주소를 적고, 거기서 다음으로 도달 가능한 호스트의 주소를 뱅(느낌표＝'''!''')으로 연결하여 적어나가는 주소 지정 방식이다.[144]

CCITT는 다양한 전자우편 시스템의 상호 운용을 가능하게 하기 위해 1980년대에 X.400 표준 규격을 개발했다. 같은 시기에 IETF가 더 단순한 프로토콜 SMTP를 개발했고, 이것이 인터넷 상 전자우편 전송의 사실상 표준이 되었다.

1982년, 백악관은 미국 국가안보회의(NSC) 종사자들을 위해 IBM의 전자우편 시스템 Professional Office System(PROF 시스템)을 채택했다. 1985년 4월, 이 시스템이 NSC 종사자들을 위해 완전 작동하게 되었다.

일본에서는 1984년부터 JUNET이 대학 간 연결을 시작했고, 그 후 기업의 연구 기관을 포함하여 연결이 확대되었다. 당초에는 ASCII 문자만을 가정했지만, 후에 JUNET에서 전자우편 등에서 일본어(한자) 사용을 가능하게 하는 문자 부호화 방식 ISO-2022-JP가 개발되었다.[112]

2. 1. 기원

전자 우편은 인터넷이 만들어지는 데에 없어서는 안 되는 도구였다. 전자 우편은 1965년에 시분할 본체 컴퓨터의 여러 명의 사용자들을 위한 방법으로 시작했다. 이렇다 할 만한 역사를 갖춘 것은 아니지만, 그러한 시설을 갖춘 첫 시스템들 사이에 SDC의 Q32와 MIT의 CTSS가 있었다.

전자 우편은 빠르게 퍼져나가 네트워크 전자 우편이 되었으며, 사용자들이 적어도 1966년까지 다른 컴퓨터들 사이에 메시지를 보내는 것을 허용하였다. 아파넷(ARPANET) 컴퓨터 네트워크는 전자 우편의 개발에 큰 공헌을 했다. 1969년에 실험적인 교환 시스템 전자 우편은 만들어지자마자 바로 전송된다는 보고가 있다. 1971년에 BBN 사의 레이 톰린슨은 컴퓨터와 사용자의 이름을 구분하기 위해 @ 사인을 사용하기 시작했다. 아파넷은 전자 우편의 대중성을 점진적으로 늘려 나갔다.

2. 2. 발전

1960년대 초 시분할 시스템의 등장 이후 동일 시스템 사용자 간의 컴퓨터 기반 메시징이 가능해졌으며, 1965년 매사추세츠 공과대학교(MIT)의 호환 가능한 시분할 시스템(Compatible Time-Sharing System, CTSS) 프로젝트에서 구현되었다.[16] 1971년 최초의 아르파넷(ARPANET) 네트워크 메일은 사용자의 시스템 주소를 나타내는 '@' 기호를 사용하는 현재와 같은 주소 구문을 도입했다.[17]

곧 독점적인 전자 메일 시스템이 등장하기 시작했다. IBM, 컴퓨서브(CompuServe) 및 제록스(Xerox)는 1970년대에 사내 메일 시스템을 사용했다.[18][19][20] 컴퓨서브는 1978년 IBM에, 1981년부터 제록스에 상업용 사내 메일 제품을 판매했다. DEC의 올인원(ALL-IN-1)과 휴렛패커드(Hewlett-Packard)의 HPMAIL(후에 HP DeskManager)은 1982년에 출시되었으며, 전자는 1970년대 후반에 개발 작업이 시작되었고 후자는 세계에서 가장 많이 판매되는 이메일 시스템이 되었다.[21][22]

간단 메일 전송 프로토콜(Simple Mail Transfer Protocol, SMTP)은 1983년 아르파넷에 구현되었다.[25][26] 1980년대 후반과 1990년대 초에는 독점적인 상업 시스템 또는 X.400 이메일 시스템(정부 개방형 시스템 상호접속 프로파일(Government Open Systems Interconnection Profile, GOSIP)의 일부) 중 하나가 우세할 것으로 보였다. 그러나 1995년 인터넷을 통한 상업 트래픽 전송에 대한 최종 제한이 해제되면서, SMTP, POP3, IMAP 이메일 프로토콜이 인터넷 표준이 되었다.

ARPANET에서 전자우편의 편리성과 장점이 널리 알려져 인기가 높아졌고, ARPANET에 연결되지 않은 사람들로부터도 전자우편을 요구하는 목소리가 나왔다. 타임쉐어링 시스템을 대체 네트워크로 연결한 전자우편 시스템이 여러 개 개발되었는데, 예를 들어 UUCP나 IBM의 VNET 등이 있다.

모든 컴퓨터와 컴퓨터 네트워크가 직접 상호 연결되는 것은 아니므로, 전자우편 주소에는 정보 전달 "경로"를 나타낼 필요가 있었다. 전자우편은 이 경로 지정 방식으로 여러 네트워크 간(ARPANET, BITNET, NSFNET)에서 주고받을 수 있었다. UUCP로 연결된 호스트와도 전자우편을 주고받을 수 있었다. 경로는 "뱅 패스(bang path)"라고 불리는 방식으로 지정되었는데, 특정 호스트에서 직접 도달 가능한 호스트의 주소를 적고, 거기서 다음으로 도달 가능한 호스트의 주소를 뱅(느낌표＝'''!''')으로 연결하여 적어나가는 주소 지정 방식이다.[144]

CCITT는 다양한 전자우편 시스템의 상호 운용을 가능하게 하기 위해 1980년대에 X.400 표준 규격을 개발했다. 같은 시기에 IETF가 더 단순한 프로토콜 SMTP를 개발했고, 이것이 인터넷 상 전자우편 전송의 사실상 표준이 되었다.

1982년, 백악관은 미국 국가안보회의(NSC) 종사자들을 위해 IBM의 전자우편 시스템 Professional Office System(PROF 시스템)을 채택했다. 1985년 4월, 이 시스템이 NSC 종사자들을 위해 완전 작동하게 되었다.

일본에서는 1984년부터 JUNET이 대학 간 연결을 시작했고, 그 후 기업의 연구 기관을 포함하여 연결이 확대되었다. 당초에는 ASCII 문자만을 가정했지만, 후에 JUNET에서 전자우편 등에서 일본어(한자) 사용을 가능하게 하는 문자 부호화 방식 ISO-2022-JP가 개발되었다.[112]

2. 3. 용어

"전자 우편"이라는 용어는 1975년부터 현대적 의미로 사용되기 시작했으며,[1][2] "이메일(email)"은 1979년부터 사용되었다.[1][2]

  • '''이메일'''은 현재 일반적인 형태이며, IETF의 요청 사항(RFC) 및 작업 그룹에서 요구하는 표기이다.[5] 대부분의 사전에도 이 철자로 등재되어 있다.[6][7][9][8]
  • '''e-mail'''은 과거에 사용되던 표기이며 현재는 사용 빈도가 줄었다.
  • '''EMail'''은 RFC의 "작성자 주소"에 사용되는 전통적인 형태이다.


이 서비스는 종종 간단히 "메일"이라고 하며, 단일 전자 우편은 "메시지"라고 한다. 이메일 내 필드—"받는 사람", "보내는 사람", "참조", "숨은 참조" 등—의 관례는 1975년 RFC-680에서 시작되었다.[13] 인터넷 이메일은 ''봉투''와 ''내용''으로 구성되며,[14] 내용은 ''헤더''와 ''본문''으로 구성된다.[15]

3. 기술적 특징

3. 1. 전자 우편 주소

전자 우편 주소는 '아이디@메일서버이름'의 형식이다. 전자 우편 주소의 아이디로 한글 등 영문 외 문자를 지원하는 경우도 있으나, 대부분의 서비스들은 영문, 숫자, 일부 기호만을 사용할 수 있게 하고 있다. 메일서버이름(domain)은 대소문자를 구분하지 않고 아이디(local-part)는 대소문자를 구분한다. 하지만 대부분의 메일 서비스들은 아이디도 대소문자를 구분하지 않는다. 각각의 전자 우편의 주소는 "john_smith@examplecompany.com"과 같은 형태로 표현된다.

실제로 전자 우편을 사용하려면 독자적인 도메인 이름을 얻고, 도메인 이름을 관리하는 DNS 서버 및 메일 서버에 등록함으로써 송수신할 수 있게 된다. 과거에는 가입한 인터넷 제공자 또는 직장·학교 등의 주소(계정)가 많았지만, '야후! 메일'이나 'Gmail'이 보급된 이후로는 오히려 그러한 주소가 대부분을 차지하게 되었다.

3. 2. 프로토콜

메일 서버 간 통신 및 클라이언트로부터의 전송에는 간편 메일 전송 프로토콜(SMTP)이 주로 사용된다.[27][28][29][30][31] 예전에는 UUCP(Unix-to-Unix Copy Program)가 사용되기도 했다. 이메일은 여러 서버를 릴레이(relay) 방식으로 거쳐 목적지 메일 서버에 전달된다.[53] 전자우편에는 발신자의 사용 메일 소프트웨어 및 경유 서버 등의 헤더(header) 정보가 첨부된다.

메일 서버에서 이메일을 읽어들일 때는 우편국 프로토콜(POP3) 또는 인터넷 메시지 액세스 프로토콜(IMAP) 등의 프로토콜이 사용된다.[58][59][60] 마이크로소프트의 익스체인지와 같은 기업 이메일 시스템은 자체 내부 이메일 형식을 가지며, 클라이언트는 일반적으로 공급업체별 독점 프로토콜을 사용하여 이메일 서버와 통신한다. 이메일의 형식은 RFC 5322에서 규정하고 있다.

MIME(Multipurpose Internet Mail Extensions)은 텍스트 외 정보 및 다국어 지원을 위한 표준이다.[97] [98] [99] 원래 이메일의 문자 코드는 US-ASCII만이었지만, MIME 규정에 따라 다양한 문자 코드를 사용할 수 있게 되었다. 일본의 JUNET에서는 JIS 규격에 기반한 규칙을 정하여 일본어를 처리할 수 있도록 했다.[112] 이 규칙을 MIME의 틀에서 재정의한 것이 ISO-2022-JP이다. 현재 일본어 이메일에서는 이 ISO-2022-JP가 널리 사용되고 있다. RFC 2277에서는 널리 알려진 문자 코드를 선택하도록 주의를 환기하고 있으며, 이는 UTF-8이 보급될 때까지의 임시적인 것이지만, 그 기간이 50년일지도 모르므로 사실상 영원하다고 쓰여 있다.[113]

3. 3. 메시지 형식

인터넷 이메일 메시지는 "헤더"와 "본문"의 두 섹션으로 구성된다. 이들은 "콘텐츠"라고도 한다.[34][35] 헤더는 보낸 사람, 받는 사람, 참조, 제목, 날짜 등 이메일 관련 정보를 담은 필드로 구성된다. 시스템 간에 이메일 메시지를 전송하는 과정에서 SMTP는 메시지 헤더 필드를 사용하여 배달 매개변수 및 정보를 전달한다. 본문에는 비구조화된 텍스트 형태의 메시지가 포함되며, 경우에 따라 끝에 서명 블록이 포함될 수 있다. 헤더와 본문은 빈 줄로 구분된다.

== 헤더 필드 ==

RFC 5322는 이메일 헤더의 구문을 명시한다. 각 이메일 메시지는 여러 개의 필드("헤더 필드")로 구성된 헤더를 가진다. 각 필드는 이름("필드 이름" 또는 "헤더 필드 이름") 다음에 구분 기호 ":" 그리고 값("필드 본문" 또는 "헤더 필드 본문")을 갖는다.

메시지 헤더에는 최소한 다음 필드가 포함되어야 한다.[37][38]

  • '''From:''' 이메일 주소와 선택적으로 작성자의 이름이다. 일부 이메일 클라이언트는 계정 설정을 통해 변경할 수 있다.
  • '''Date:''' 메시지가 작성된 현지 시간 및 날짜이다. '''From:''' 필드와 마찬가지로 많은 이메일 클라이언트가 보내기 전에 자동으로 이 필드를 채운다. 수신자의 클라이언트는 시간을 해당 클라이언트의 로컬 형식 및 시간대에 맞춰 표시할 수 있다.


이메일의 일반적인 헤더 필드는 다음과 같다.[40]

  • '''To:''' 이메일 주소(들) 및 선택적으로 메시지 수신자의 이름(들)이다. 주요 수신자를 나타낸다(여러 명 허용).
  • '''Subject:''' 메시지의 주제에 대한 간략한 요약이다. "RE:" 및 "FW:"와 같은 특정 약어가 제목에 일반적으로 사용된다.
  • '''Cc:''' 참조(Carbon copy); 많은 이메일 클라이언트는 To: 목록에 있는지 아니면 Cc: 목록에 있는지에 따라 받은 편지함에 있는 이메일을 다르게 표시한다.
  • '''Bcc:''' 숨은 참조(Blind carbon copy); 주소는 일반적으로 SMTP 배달 중에만 지정되며 메시지 헤더에는 일반적으로 나열되지 않는다.
  • '''Message-ID:''' 여러 번 배달되는 것을 방지하고 In-Reply-To: 에서 참조하기 위한 자동 생성 필드이기도 하다.
  • '''In-Reply-To:''' 이 메시지에 대한 답장인 메시지의 Message-ID이다. 관련 메시지를 서로 연결하는 데 사용된다. 이 필드는 회신 메시지에만 적용된다.
  • '''References:''' 이 메시지에 대한 답장인 메시지의 Message-ID와 이전 답장의 답장인 메시지의 메시지 ID 등이다.
  • ''':''' 메시지에 회신하는 데 사용해야 하는 주소이다.
  • '''Sender:''' '''From:''' 필드에 나열된 작성자를 대신하여 작동하는 보낸 사람의 주소(비서, 목록 관리자 등)이다.


SMTP는 다음 두 필드를 사용하여 헤더에 저장된 메시지의 '''추적 정보'''를 정의한다.[40]

  • '''Received:''' SMTP 서버가 메시지를 수락한 후 헤더 상단에 이 추적 레코드를 삽입한다(마지막에서 첫 번째 순서).
  • '''Return-Path:''' 배달 SMTP 서버가 메시지를 '''최종 배달'''한 후 헤더 상단에 이 필드를 삽입한다.


수신 서버가 헤더 상단에 추가한 다른 필드를 '''추적 필드'''라고 할 수 있다.[41]

  • '''Authentication-Results:''' 서버가 인증을 확인한 후 하위 에이전트가 사용할 수 있도록 이 필드에 결과를 저장할 수 있다.[42]
  • '''Received-SPF:''' '''Authentication-Results'''보다 자세하게 SPF 검사 결과를 저장한다.[43]
  • '''DKIM-Signature:''' 메시지가 전송된 후 변경되지 않았음을 확인하기 위해 DKIM(DomainKeys Identified Mail) 복호화 결과를 저장한다.


== 본문 형식 ==

인터넷 이메일은 7비트 ASCII를 위해 설계되었다.[46] 대부분의 이메일 소프트웨어는 8비트 클린하지만 7비트 서버 및 메일 판독기와 통신한다고 가정해야 한다. MIME 표준은 문자 집합 지정자와 두 가지 콘텐츠 전송 인코딩을 도입하여 ASCII가 아닌 데이터의 전송을 가능하게 했다.

원래 이메일은 문서 수준의 '''플레인 텍스트 형식'''만 있었지만, MIME영어 규정과 보급에 따라 이메일 본문을 HTML로 작성한 HTML 형식의 이메일도 RFC에 규정되어 일반적으로 사용되게 되었다.

HTML 형식의 이메일은 이메일 본문이 HTML로 작성될 수 있으므로 이메일에 웹 페이지와 같은 표현력을 부여할 수 있다는 장점이 있다.

하지만 "HTML 이메일을 표시하는 것"은 "브라우저에서 웹 페이지를 표시하는 것"과 기술적으로 근본적인 차이가 없기 때문에, 이메일의 HTML 정보를 전개하여 표시하기 위한 렌더링 엔진의 보안 취약점을 이용하여 이메일을 보는(미리보는) 것만으로 컴퓨터 바이러스가 침입하는 피해를 입거나, 스팸 메일・사기 청구 메일 등에서 이미지 태그를 삽입한 이메일을 보내 표시하게 하여 정보를 수집(웹 비콘이라고 함)하여 악용하는 등 보안상의 문제가 잇따랐다.

대책으로는 바이러스 백신・스팸 메일 대책 소프트웨어를 도입하거나, HTML 형식의 이메일을 필터링 기능으로 수신을 거부하거나 휴지통 폴더로 분류하는 방법이 있다. 또한 HTML 이메일 표시를 지원하지 않는 이메일 클라이언트도 있어, 아무런 설명 없이 HTML 형식의 이메일을 보내면 정상적으로 수신되지 않을 가능성이 있다.

참고로, 어떤 파일 데이터를 이메일에 첨부하여 보낼 경우, 첨부 파일을 MIME 등으로 텍스트화(인코딩)하여 이메일 본문에 삽입하여 전송하고, 수신 측에서 원래 데이터 파일로 복원(디코딩)하는 방법이 사용된다. 첨부 파일에는 컴퓨터 바이러스를 심을 수도 있으므로, 수신 시 첨부 파일을 자동으로 여는 설정이 되어 있다면 역시 컴퓨터 바이러스가 침입하는 피해를 입는 등의 위험도 있다.

3. 3. 1. 헤더 필드

RFC 5322는 이메일 헤더의 구문을 명시한다. 각 이메일 메시지는 여러 개의 필드("헤더 필드")로 구성된 헤더를 가진다. 각 필드는 이름("필드 이름" 또는 "헤더 필드 이름") 다음에 구분 기호 ":" 그리고 값("필드 본문" 또는 "헤더 필드 본문")을 갖는다.

메시지 헤더에는 최소한 다음 필드가 포함되어야 한다.[37][38]

  • '''From:''' 이메일 주소와 선택적으로 작성자의 이름이다. 일부 이메일 클라이언트는 계정 설정을 통해 변경할 수 있다.
  • '''Date:''' 메시지가 작성된 현지 시간 및 날짜이다. '''From:''' 필드와 마찬가지로 많은 이메일 클라이언트가 보내기 전에 자동으로 이 필드를 채운다. 수신자의 클라이언트는 시간을 해당 클라이언트의 로컬 형식 및 시간대에 맞춰 표시할 수 있다.


이메일의 일반적인 헤더 필드는 다음과 같다.[40]

  • '''To:''' 이메일 주소(들) 및 선택적으로 메시지 수신자의 이름(들)이다. 주요 수신자를 나타낸다(여러 명 허용).
  • '''Subject:''' 메시지의 주제에 대한 간략한 요약이다. "RE:" 및 "FW:"와 같은 특정 약어가 제목에 일반적으로 사용된다.
  • '''Cc:''' 참조(Carbon copy); 많은 이메일 클라이언트는 To: 목록에 있는지 아니면 Cc: 목록에 있는지에 따라 받은 편지함에 있는 이메일을 다르게 표시한다.
  • '''Bcc:''' 숨은 참조(Blind carbon copy); 주소는 일반적으로 SMTP 배달 중에만 지정되며 메시지 헤더에는 일반적으로 나열되지 않는다.
  • '''Message-ID:''' 여러 번 배달되는 것을 방지하고 In-Reply-To: 에서 참조하기 위한 자동 생성 필드이기도 하다.
  • '''In-Reply-To:''' 이 메시지에 대한 답장인 메시지의 Message-ID이다. 관련 메시지를 서로 연결하는 데 사용된다. 이 필드는 회신 메시지에만 적용된다.
  • '''References:''' 이 메시지에 대한 답장인 메시지의 Message-ID와 이전 답장의 답장인 메시지의 메시지 ID 등이다.
  • ''':''' 메시지에 회신하는 데 사용해야 하는 주소이다.
  • '''Sender:''' '''From:''' 필드에 나열된 작성자를 대신하여 작동하는 보낸 사람의 주소(비서, 목록 관리자 등)이다.


SMTP는 다음 두 필드를 사용하여 헤더에 저장된 메시지의 '''추적 정보'''를 정의한다.[40]

  • '''Received:''' SMTP 서버가 메시지를 수락한 후 헤더 상단에 이 추적 레코드를 삽입한다(마지막에서 첫 번째 순서).
  • '''Return-Path:''' 배달 SMTP 서버가 메시지를 '''최종 배달'''한 후 헤더 상단에 이 필드를 삽입한다.


수신 서버가 헤더 상단에 추가한 다른 필드를 '''추적 필드'''라고 할 수 있다.[41]

  • '''Authentication-Results:''' 서버가 인증을 확인한 후 하위 에이전트가 사용할 수 있도록 이 필드에 결과를 저장할 수 있다.[42]
  • '''Received-SPF:''' '''Authentication-Results'''보다 자세하게 SPF 검사 결과를 저장한다.[43]
  • '''DKIM-Signature:''' 메시지가 전송된 후 변경되지 않았음을 확인하기 위해 DKIM(DomainKeys Identified Mail) 복호화 결과를 저장한다.

3. 3. 2. 본문 형식

인터넷 이메일은 7비트 ASCII를 위해 설계되었다.[46] 대부분의 이메일 소프트웨어는 8비트 클린하지만 7비트 서버 및 메일 판독기와 통신한다고 가정해야 한다. MIME 표준은 문자 집합 지정자와 두 가지 콘텐츠 전송 인코딩을 도입하여 ASCII가 아닌 데이터의 전송을 가능하게 했다.

원래 이메일은 문서 수준의 '''플레인 텍스트 형식'''만 있었지만, MIME영어 규정과 보급에 따라 이메일 본문을 HTML로 작성한 HTML 형식의 이메일도 RFC에 규정되어 일반적으로 사용되게 되었다.

HTML 형식의 이메일은 이메일 본문이 HTML로 작성될 수 있으므로 이메일에 웹 페이지와 같은 표현력을 부여할 수 있다는 장점이 있다.

하지만 "HTML 이메일을 표시하는 것"은 "브라우저에서 웹 페이지를 표시하는 것"과 기술적으로 근본적인 차이가 없기 때문에, 이메일의 HTML 정보를 전개하여 표시하기 위한 렌더링 엔진의 보안 취약점을 이용하여 이메일을 보는(미리보는) 것만으로 컴퓨터 바이러스가 침입하는 피해를 입거나, 스팸 메일・사기 청구 메일 등에서 이미지 태그를 삽입한 이메일을 보내 표시하게 하여 정보를 수집(웹 비콘이라고 함)하여 악용하는 등 보안상의 문제가 잇따랐다.

대책으로는 바이러스 백신・스팸 메일 대책 소프트웨어를 도입하거나, HTML 형식의 이메일을 필터링 기능으로 수신을 거부하거나 휴지통 폴더로 분류하는 방법이 있다. 또한 HTML 이메일 표시를 지원하지 않는 이메일 클라이언트도 있어, 아무런 설명 없이 HTML 형식의 이메일을 보내면 정상적으로 수신되지 않을 가능성이 있다.

참고로, 어떤 파일 데이터를 이메일에 첨부하여 보낼 경우, 첨부 파일을 MIME 등으로 텍스트화(인코딩)하여 이메일 본문에 삽입하여 전송하고, 수신 측에서 원래 데이터 파일로 복원(디코딩)하는 방법이 사용된다. 첨부 파일에는 컴퓨터 바이러스를 심을 수도 있으므로, 수신 시 첨부 파일을 자동으로 여는 설정이 되어 있다면 역시 컴퓨터 바이러스가 침입하는 피해를 입는 등의 위험도 있다.

3. 4. 용량

이론적으로 이메일 한 통의 용량에는 제한이 없지만, 실제로는 이메일 서버 설치자(대부분은 인터넷 서비스 제공업체)가 설정한 용량("송수신 가능한 최대 용량" 등으로 표현됨)의 제약을 받는다.[70][71][72] 인터넷 서비스 제공업체마다 다르지만, 일반적으로 25MB 이하로 제한된다.[70][71][72] 전화 접속 시대에는 수메가바이트(MB) 정도였으나, 광대역이 일반화된 이후에는 10~20MB 정도가 일반적이며, 일부 인터넷 서비스 제공업체에서는 100MB 정도로 설정하기도 한다.

예를 들어, 일본의 OCN은 10MB[107], So-net은 20MB[108], Biglobe는 100MB까지이다[109]. 이보다 큰 용량의 데이터를 주고받을 수 없기 때문에, 다른 방법으로 데이터를 전송하고 이메일 본문에는 그 수신 방법을 기재해야 한다. 다른 방법으로는 FTP나 P2P, HTTP 등을 이용한 온라인 저장소, 파일 전송 서비스 등이 사용된다.[74][75]

Gmail의 경우, 수신 이메일은 한 통에 50MB까지 가능하다.[110]

4. 기능

4. 1. Cc와 Bcc

이메일을 보낼 때에는 '''Cc'''(참조)와 '''Bcc'''(숨은 참조) 기능을 활용할 수 있다. Cc는 발신 대상 외에 사본을 보내고 싶은 대상을 지정하는 기능이다. Bcc는 다른 수신자에게 알리지 않고 사본을 보낼 때 사용하며, 개인 정보 보호를 위해 활용되는 경우가 많다.

Cc는 기술적으로 "명목만 다른 To"라고 할 수 있다. To에 지정된 상대방과 Cc에 지정된 상대방 모두 To와 Cc에 지정된 모든 수신자를 볼 수 있다.

Bcc의 어원은 "블라인드 카본 카피"이다.[118] Bcc는 To나 Cc에 지정된 상대방에게 Bcc에 누가 지정되었는지 알리지 않는다. 많은 이메일 클라이언트 소프트웨어에서는 Bcc로 지정된 상대방에게 To나 Cc에 누가 지정되었는지 알 수 있도록 이메일을 전송한다. Bcc로 수신한 사람이 실수로 전체에게 회신하면, 같은 이메일을 수신했던 사실이 To나 Cc의 수신자에게 알려지게 된다.

단일 이메일 계정/서버에 연결하는 경우, Bcc에 자신의 주소를 지정하면 자신이 보낸 이메일이 자신의 수신함에도 배달되게 할 수 있다.

네티켓의 하나로 권장되어 온 이메일 전송 방법이지만, 일괄 이메일은 어떤 경우에도 Bcc를 사용해야 하는 것은 아니다. 특정 일괄 전송된 이메일에 대해 모든 수신자가 이메일 주소를 교환하고 있는 경우에는 Bcc를 사용할 필요가 없으며, 오히려 발신처와 목적이 명확하게 명시된 To와 Cc를 구분하는 것이 일반적이다.

4. 2. Re와 Fw

많은 이메일 클라이언트에서는 회신된 이메일 제목 앞에 자동으로 Re: 또는 RE:라는 기호를 추가한다. 이 약어는 받은 이메일 제목 "○○"에 대한 답장 제목을 "○○에 관하여"(Regarding/Regarding～영어)로 자동으로 붙여 사람들의 편의를 도모하는 것이며, 기술적인 의미는 전혀 없으므로 발신자가 의도적으로 삭제해도 괜찮다.[119] 오래전부터 상용문에서 사용되던 관습이 전자우편 초기의 이메일 명령어에 채용되고, 더 나아가 RFC에 기재됨으로써 자리 잡았지만, 다른 설도 있다.

일부 이메일 클라이언트에서는 이메일을 전달할 때 제목 앞에 자동으로 Fw: 등의 기호를 추가하는 경우가 있다.[119] 이 약어는 Re와 마찬가지로 단순히 편의적인 것일 뿐만 아니라, RFC에도 기재되지 않은 독자적인 사양이다. 예를 들어, Fw:가 연속되면 여러 번 전달된 이메일이라고 생각할 수도 있지만, 그것은 어디까지나 일부 이메일 클라이언트의 사양일 뿐, 일반적인 이해는 아니다. Fw:의 연속은 연쇄 메일에 많기 때문에, 연쇄 메일인지 아닌지의 기준이 되기도 한다. 그 때문에, 전달 시 Fw:를 삭제하도록 지시하는 내용이 기재된 연쇄 메일도 있다.

5. 활용

전자우편은 선진국의 기업, 정부 및 비정부기구에서 널리 수용되었으며, 직장 내 의사소통의 'e-혁명'(고속 인터넷의 광범위한 채택이 다른 중요한 요소임)의 핵심 부분 중 하나이다. 직장 내 의사소통에 관한 2010년 후원 연구에 따르면 미국 지식 근로자의 83%가 전자우편이 직장에서 자신의 성공과 생산성에 매우 중요하다고 생각했다.[61]

전자우편은 기업 및 기타 조직에 다음과 같은 중요한 이점을 제공한다.


  • 물류 간소화: 많은 기업들은 같은 건물, 지역 또는 국가에 있지 않은 사람들 간의 의사소통에 의존한다. 직접 만나는 회의, 전화 또는 화상회의를 준비하고 참석하는 것은 불편하고 시간이 많이 걸리며 비용이 많이 들 수 있다. 전자우편은 설치 비용 없이 두 명 이상의 사람들 간에 정보를 교환하는 방법을 제공하며, 일반적으로 직접 만나는 회의나 전화보다 훨씬 저렴하다.
  • 동기화 향상: 회의나 전화를 통한 실시간 통신의 경우 참가자는 동일한 일정으로 작업해야 하며 각 참가자는 회의 또는 전화에 동일한 시간을 할애해야 한다. 전자우편은 비동기식 통신을 허용한다. 각 참가자는 자신의 일정을 독립적으로 관리할 수 있다. 수신 전자우편을 일괄 처리하면 전화를 중단하는 것보다 작업 흐름을 개선할 수 있다.
  • 비용 절감: 전자우편을 보내는 것은 우편을 보내거나 장거리 전화, 텔렉스 또는 전보를 보내는 것보다 훨씬 저렴하다.
  • 속도 향상: 대부분의 대안보다 훨씬 빠르다.
  • "서면" 기록 생성: 전화 또는 직접 대화와 달리 전자우편은 본질적으로 의사소통, 발신자 및 수신자의 신원, 메시지 발송 날짜 및 시간에 대한 자세한 서면 기록을 생성한다. 계약 또는 법적 분쟁이 발생하는 경우, 저장된 전자우편을 사용하여 특정 문제에 대해 개인에게 통보되었음을 증명할 수 있다. 각 전자우편에는 날짜와 시간이 기록되어 있기 때문이다.
  • 자동 처리 및 분배 개선 가능성: 고객 주문의 사전 처리 또는 담당자에게 주소를 지정하는 작업을 자동 절차로 수행할 수 있다.


=== 개인 ===

많은 사용자들이 개인용 컴퓨터를 사용하여 친구나 가족으로부터 온 개인 이메일을 확인한다.[64] 스마트폰과 모든 종류의 컴퓨터에서 이메일을 사용할 수 있게 되면서, 이메일용 모바일 "앱"은 집 밖에 있는 사용자들의 접근성을 향상시켰다.[64] 초기 이메일 시대에는 데스크톱 컴퓨터에서만 이메일을 이용할 수 있었지만, 2010년대에는 사용자들이 집을 떠나 있을 때, 도시 건너편이든 세계 반대편이든 이메일을 확인할 수 있게 되었다.[64] 새로운 메시지가 있으면 즉시 알림을 스마트폰이나 다른 기기에 보낼 수 있어, 사용자 간의 더 빈번한 소통에 이메일이 사용될 수 있게 되었고, 하루 종일 이메일을 확인하고 메시지를 작성할 수 있게 되었다.[64] 전 세계적으로 약 14억 명의 이메일 사용자가 있었고, 매일 500억 건의 스팸이 아닌 이메일이 발송되었다.[64]

개인들은 개인적인 메시지와 업무 관련 메시지를 모두 스마트폰으로 확인하는 경우가 많다.[65] 미국 성인들은 웹을 검색하거나 페이스북 계정을 확인하는 것보다 이메일을 더 자주 확인하는 것으로 나타났으며, 이메일이 스마트폰에서 사용자들이 가장 많이 하는 활동이 되었다.[65] 연구에 참여한 응답자의 78%가 휴대전화로 이메일을 확인한다고 밝혔다.[65] 또한 소비자의 30%가 이메일 확인에 스마트폰만 사용하고, 91%가 스마트폰으로 하루에 한 번 이상 이메일을 확인할 가능성이 높은 것으로 나타났다.[65] 그러나 스마트폰으로 이메일을 사용하는 소비자의 비율은 국가마다 크게 다르다. 예를 들어 미국 소비자의 75%가 스마트폰으로 이메일을 사용하는 것과 비교하여, 인도에서는 17%만이 사용했다.[66]

=== 이메일 마케팅 ===

기업에서 고객에게 정보 제공, 프로모션 등을 위해 이메일 마케팅을 활용한다.[62] 특별 할인 판매 정보나 신제품 정보를 전달하는 데 효과적이다.[62] 수신자의 문화권에 따라,[63] 허락 없이 발송된 이메일(opt-in이 아닌 경우)은 원치 않는 스팸 메일로 간주될 가능성이 높기 때문에 수신 동의(opt-in) 방식이 권장된다.

5. 1. 업무 및 조직

전자우편은 선진국의 기업, 정부 및 비정부기구에서 널리 수용되었으며, 직장 내 의사소통의 'e-혁명'(고속 인터넷의 광범위한 채택이 다른 중요한 요소임)의 핵심 부분 중 하나이다. 직장 내 의사소통에 관한 2010년 후원 연구에 따르면 미국 지식 근로자의 83%가 전자우편이 직장에서 자신의 성공과 생산성에 매우 중요하다고 생각했다.[61]

전자우편은 기업 및 기타 조직에 다음과 같은 중요한 이점을 제공한다.

  • 물류 간소화: 많은 기업들은 같은 건물, 지역 또는 국가에 있지 않은 사람들 간의 의사소통에 의존한다. 직접 만나는 회의, 전화 또는 화상회의를 준비하고 참석하는 것은 불편하고 시간이 많이 걸리며 비용이 많이 들 수 있다. 전자우편은 설치 비용 없이 두 명 이상의 사람들 간에 정보를 교환하는 방법을 제공하며, 일반적으로 직접 만나는 회의나 전화보다 훨씬 저렴하다.
  • 동기화 향상: 회의나 전화를 통한 실시간 통신의 경우 참가자는 동일한 일정으로 작업해야 하며 각 참가자는 회의 또는 전화에 동일한 시간을 할애해야 한다. 전자우편은 비동기식 통신을 허용한다. 각 참가자는 자신의 일정을 독립적으로 관리할 수 있다. 수신 전자우편을 일괄 처리하면 전화를 중단하는 것보다 작업 흐름을 개선할 수 있다.
  • 비용 절감: 전자우편을 보내는 것은 우편을 보내거나 장거리 전화, 텔렉스 또는 전보를 보내는 것보다 훨씬 저렴하다.
  • 속도 향상: 대부분의 대안보다 훨씬 빠르다.
  • "서면" 기록 생성: 전화 또는 직접 대화와 달리 전자우편은 본질적으로 의사소통, 발신자 및 수신자의 신원, 메시지 발송 날짜 및 시간에 대한 자세한 서면 기록을 생성한다. 계약 또는 법적 분쟁이 발생하는 경우, 저장된 전자우편을 사용하여 특정 문제에 대해 개인에게 통보되었음을 증명할 수 있다. 각 전자우편에는 날짜와 시간이 기록되어 있기 때문이다.
  • 자동 처리 및 분배 개선 가능성: 고객 주문의 사전 처리 또는 담당자에게 주소를 지정하는 작업을 자동 절차로 수행할 수 있다.

5. 2. 개인

많은 사용자들이 개인용 컴퓨터를 사용하여 친구나 가족으로부터 온 개인 이메일을 확인한다.[64] 스마트폰과 모든 종류의 컴퓨터에서 이메일을 사용할 수 있게 되면서, 이메일용 모바일 "앱"은 집 밖에 있는 사용자들의 접근성을 향상시켰다.[64] 초기 이메일 시대에는 데스크톱 컴퓨터에서만 이메일을 이용할 수 있었지만, 2010년대에는 사용자들이 집을 떠나 있을 때, 도시 건너편이든 세계 반대편이든 이메일을 확인할 수 있게 되었다.[64] 새로운 메시지가 있으면 즉시 알림을 스마트폰이나 다른 기기에 보낼 수 있어, 사용자 간의 더 빈번한 소통에 이메일이 사용될 수 있게 되었고, 하루 종일 이메일을 확인하고 메시지를 작성할 수 있게 되었다.[64] 전 세계적으로 약 14억 명의 이메일 사용자가 있었고, 매일 500억 건의 스팸이 아닌 이메일이 발송되었다.[64]

개인들은 개인적인 메시지와 업무 관련 메시지를 모두 스마트폰으로 확인하는 경우가 많다.[65] 미국 성인들은 웹을 검색하거나 페이스북 계정을 확인하는 것보다 이메일을 더 자주 확인하는 것으로 나타났으며, 이메일이 스마트폰에서 사용자들이 가장 많이 하는 활동이 되었다.[65] 연구에 참여한 응답자의 78%가 휴대전화로 이메일을 확인한다고 밝혔다.[65] 또한 소비자의 30%가 이메일 확인에 스마트폰만 사용하고, 91%가 스마트폰으로 하루에 한 번 이상 이메일을 확인할 가능성이 높은 것으로 나타났다.[65] 그러나 스마트폰으로 이메일을 사용하는 소비자의 비율은 국가마다 크게 다르다. 예를 들어 미국 소비자의 75%가 스마트폰으로 이메일을 사용하는 것과 비교하여, 인도에서는 17%만이 사용했다.[66]

5. 3. 이메일 마케팅

기업에서 고객에게 정보 제공, 프로모션 등을 위해 이메일 마케팅을 활용한다.[62] 특별 할인 판매 정보나 신제품 정보를 전달하는 데 효과적이다.[62] 수신자의 문화권에 따라,[63] 허락 없이 발송된 이메일(opt-in이 아닌 경우)은 원치 않는 스팸 메일로 간주될 가능성이 높기 때문에 수신 동의(opt-in) 방식이 권장된다.

6. 문제점 및 과제



=== 스팸 메일 ===

전자우편 "스팸"은 원치 않는 대량 이메일이다.[79][80][81] 이러한 이메일을 보내는 비용이 저렴하기 때문에 2003년까지 전체 이메일 트래픽의 최대 30%가 스팸이었으며, 이는 이메일을 실용적인 도구로 사용하는 데 위협이 되었다.[79][80][81] 2003년 캔-스팸법 (CAN-SPAM Act of 2003) 및 다른 곳의 유사한 법률[82]은 어느 정도 영향을 미쳤으며, 여러 가지 효과적인 스팸 방지 기법이 현재 대부분의 사용자에게 스팸을 필터링하거나 거부함으로써 스팸의 영향을 크게 완화하고 있다.[83] 하지만 보내지는 양은 여전히 매우 많으며, 점점 더 제품 광고가 아니라 악성 콘텐츠나 링크로 구성되고 있다.[84] 2021년 스팸 이메일의 비율은 85%로 추정된다.[86]

대량으로 전송되는 스팸은 메일 서버에 과도한 부하를 주어 메일 전송 지연의 원인이 되기도 한다. 예를 들어 2004년 7월 하순부터 8월 상순에 걸쳐, 대형 인터넷 서비스 제공업체 @nifty에서 해외로부터 대량으로 전송된 스팸 메일로 인해 메일 서버에 단속적인 부하가 걸려 메일 수신에 장애가 발생하는 상태가 계속되었다.[147] 또한 최근에는 트로이 목마 등의 악성 코드에 감염된 컴퓨터 집단에 의해 발생하는 DDoS 방식의 스팸 전송 비율이 급격히 증가하고 있다.

서버와 클라이언트에서 필터링이 스팸 메일 대책으로 널리 보급되었지만, 오탐으로 인해 정상적인 이메일이 스팸으로 잘못 판단되어 도착하지 않는 문제가 증가하고 있다.

=== 정보 과부하 ===

지식 근로자와 사무직 직원들에게 이메일이 널리 사용됨에 따라 수신자들이 증가하는 이메일 양을 처리하는 데 "정보 과부하"를 겪는다는 우려가 제기되었다.[76][77] 모바일 기기의 증가와 함께 직원들은 근무 시간 외에도 업무 관련 이메일을 수신할 수 있다. 이는 스트레스 증가와 직무 만족도 저하로 이어질 수 있다. 일부에서는 이것이 생산성을 저하시키는 많은 이메일을 읽으려는 노력으로 인해 상당한 부정적 경제적 영향을 미칠 수 있다고 주장하기도 한다.[78]

=== 보안 문제 ===

이메일은 악성 프로그램 유포의 주요 경로이다.[87] 악성 프로그램을 메시지에 첨부하고 잠재적 피해자들이 파일을 열도록 유도하는 방법으로 이루어지는 경우가 많다.[88] 이메일을 통해 유포되는 악성 프로그램에는 컴퓨터 웜[89]과 랜섬웨어가 포함된다.[90]

이메일 스푸핑은 이메일 메시지 헤더를 조작하여 신뢰할 수 있는 출처에서 온 것처럼 보이게 하는 행위이다. 이메일 스팸 및 피싱 방법은 일반적으로 수신자를 속여 메시지의 실제 출처를 숨기기 위해 스푸핑을 사용한다.

오늘날 인터넷 이메일 시스템과 내부 이메일 시스템을 구분하는 것이 중요하다. 인터넷 이메일은 발신자 또는 수신자의 통제 없이 네트워크 및 컴퓨터를 통해 전송되고 저장될 수 있어 제3자가 내용을 읽거나 수정할 가능성이 존재한다.

일부 보안 예방 조치 없이는 이메일 개인정보 보호가 손상될 수 있다. 이메일 메시지는 일반적으로 암호화되지 않고, 목적지에 도달하기 전에 중간 컴퓨터를 통과해야 하므로 다른 사람이 메시지를 가로채고 읽는 것이 비교적 쉽기 때문이다. 또한, 많은 인터넷 서비스 제공업체(ISP)는 이메일 메시지를 메일 서버에 저장한 후 전달하므로 삭제된 후에도 서버에 백업이 남아 있을 수 있다. 이메일의 "Received:" 필드 및 기타 정보는 발신자를 식별하여 익명 통신을 방해하고, HTML 콘텐츠의 웹 버그는 이메일이 렌더링될 때마다 발신자에게 알려 개인 정보 유출 위험을 야기한다.

이러한 문제 해결을 위해 암호화 응용 프로그램을 사용할 수 있다. 가상 사설망 또는 Tor 네트워크를 사용하여 트래픽을 암호화하거나, GPG, PGP, SMEmail,[91] 또는 S/MIME을 사용하여 종단 간 메시지 암호화를 수행할 수 있다. 또한, SMTP STARTTLS 또는 전송 계층 보안/Secure Sockets Layer를 통한 SMTP를 사용하여 SMTP 클라이언트와 SMTP 서버 간 통신을 암호화할 수 있다.

많은 메일 사용자 에이전트는 로그인 및 암호를 보호하지 않아 공격자가 쉽게 가로챌 수 있다. SASL과 같은 암호화된 인증 체계는 이를 방지한다. 첨부 파일에는 트로이 목마 또는 바이러스가 포함될 수 있다. 전자 메일에서 일반 텍스트는 서버나 네트워크에서 스니핑(엿보기)당할 가능성이 높아 보안 측면에서 바람직하지 않으므로, 필 지머먼이 개발하고 공개한 암호 소프트웨어(PGP) 플러그인 등을 도입하여 안전성을 높일 수 있다.

=== 혐오 표현 및 온라인 괴롭힘 ===

전자우편을 이용한 험악한 언행, 즉 플래밍(Flaming)은 누군가가 화가 나거나 적대적인 내용의 메시지를 보낼 때 발생한다.[95] 이는 "방화적인"(incendiary)이라는 단어에서 유래되었으며, 과열된 이메일 토론을 묘사한다.[95] 이메일 통신의 용이성과 비인격성은 대면이나 전화를 통한 사회적 규범의 부재를 야기하여, 예의 바름이 잊혀질 수 있다.[95] 따라서 건전한 온라인 소통 문화 정착을 위한 노력이 필요하다.

6. 1. 스팸 메일

전자우편 "스팸"은 원치 않는 대량 이메일이다.[79][80][81] 이러한 이메일을 보내는 비용이 저렴하기 때문에 2003년까지 전체 이메일 트래픽의 최대 30%가 스팸이었으며, 이메일을 실용적인 도구로 사용하는 데 위협이 되었다.[79][80][81] 2003년 캔-스팸법 (CAN-SPAM Act of 2003) 및 다른 곳의 유사한 법률[82]은 어느 정도 영향을 미쳤으며, 여러 가지 효과적인 스팸 방지 기법이 현재 대부분의 사용자에게 스팸을 필터링하거나 거부함으로써 스팸의 영향을 크게 완화하고 있다.[83] 하지만 보내지는 양은 여전히 매우 많으며, 점점 더 제품 광고가 아니라 악성 콘텐츠나 링크로 구성되고 있다.[84] 2021년 스팸 이메일의 비율은 85%로 추정된다.[86]

대량으로 전송되는 스팸은 메일 서버에 과도한 부하를 주어 메일 전송 지연의 원인이 되기도 한다. 예를 들어 2004년 7월 하순부터 8월 상순에 걸쳐, 대형 인터넷 서비스 제공업체 @nifty에서 해외로부터 대량으로 전송된 스팸 메일로 인해 메일 서버에 단속적인 부하가 걸려 메일 수신에 장애가 발생하는 상태가 계속되었다.[147] 또한 최근에는 트로이 목마 등의 악성 코드에 감염된 컴퓨터 집단에 의해 발생하는 DDoS 방식의 스팸 전송 비율이 급격히 증가하고 있다.

서버와 클라이언트에서 필터링이 스팸 메일 대책으로 널리 보급되었지만, 오탐으로 인해 정상적인 이메일이 스팸으로 잘못 판단되어 도착하지 않는 문제가 증가하고 있다.

6. 2. 정보 과부하

지식 근로자와 사무직 직원들에게 이메일이 널리 사용됨에 따라 수신자들이 증가하는 이메일 양을 처리하는 데 "정보 과부하"를 겪는다는 우려가 제기되었다.[76][77] 모바일 기기의 증가와 함께 직원들은 근무 시간 외에도 업무 관련 이메일을 수신할 수 있다. 이는 스트레스 증가와 직무 만족도 저하로 이어질 수 있다. 일부에서는 이것이 생산성을 저하시키는 많은 이메일을 읽으려는 노력으로 인해 상당한 부정적 경제적 영향을 미칠 수 있다고 주장하기도 한다.[78]

6. 3. 보안 문제

이메일은 악성 프로그램 유포의 주요 경로이다.[87] 악성 프로그램을 메시지에 첨부하고 잠재적 피해자들이 파일을 열도록 유도하는 방법으로 이루어지는 경우가 많다.[88] 이메일을 통해 유포되는 악성 프로그램에는 컴퓨터 웜[89]과 랜섬웨어가 포함된다.[90]

이메일 스푸핑은 이메일 메시지 헤더를 조작하여 신뢰할 수 있는 출처에서 온 것처럼 보이게 하는 행위이다. 이메일 스팸 및 피싱 방법은 일반적으로 수신자를 속여 메시지의 실제 출처를 숨기기 위해 스푸핑을 사용한다.

오늘날 인터넷 이메일 시스템과 내부 이메일 시스템을 구분하는 것이 중요하다. 인터넷 이메일은 발신자 또는 수신자의 통제 없이 네트워크 및 컴퓨터를 통해 전송되고 저장될 수 있어 제3자가 내용을 읽거나 수정할 가능성이 존재한다.

일부 보안 예방 조치 없이는 이메일 개인정보 보호가 손상될 수 있다. 이메일 메시지는 일반적으로 암호화되지 않고, 목적지에 도달하기 전에 중간 컴퓨터를 통과해야 하므로 다른 사람이 메시지를 가로채고 읽는 것이 비교적 쉽기 때문이다. 또한, 많은 인터넷 서비스 제공업체(ISP)는 이메일 메시지를 메일 서버에 저장한 후 전달하므로 삭제된 후에도 서버에 백업이 남아 있을 수 있다. 이메일의 "Received:" 필드 및 기타 정보는 발신자를 식별하여 익명 통신을 방해하고, HTML 콘텐츠의 웹 버그는 이메일이 렌더링될 때마다 발신자에게 알려 개인 정보 유출 위험을 야기한다.

이러한 문제 해결을 위해 암호화 응용 프로그램을 사용할 수 있다. 가상 사설망 또는 Tor 네트워크를 사용하여 트래픽을 암호화하거나, GPG, PGP, SMEmail,[91] 또는 S/MIME을 사용하여 종단 간 메시지 암호화를 수행할 수 있다. 또한, SMTP STARTTLS 또는 전송 계층 보안/Secure Sockets Layer를 통한 SMTP를 사용하여 SMTP 클라이언트와 SMTP 서버 간 통신을 암호화할 수 있다.

많은 메일 사용자 에이전트는 로그인 및 암호를 보호하지 않아 공격자가 쉽게 가로챌 수 있다. SASL과 같은 암호화된 인증 체계는 이를 방지한다. 첨부 파일에는 트로이 목마 또는 바이러스가 포함될 수 있다. 전자 메일에서 일반 텍스트는 서버나 네트워크에서 스니핑(엿보기)당할 가능성이 높아 보안 측면에서 바람직하지 않으므로, 필 지머먼이 개발하고 공개한 암호 소프트웨어(PGP) 플러그인 등을 도입하여 안전성을 높일 수 있다.

6. 4. 혐오 표현 및 온라인 괴롭힘

전자우편을 이용한 험악한 언행, 즉 플래밍(Flaming)은 누군가가 화가 나거나 적대적인 내용의 메시지를 보낼 때 발생한다.[95] 이는 "방화적인"(incendiary)이라는 단어에서 유래되었으며, 과열된 이메일 토론을 묘사한다.[95] 이메일 통신의 용이성과 비인격성은 대면이나 전화를 통한 사회적 규범의 부재를 야기하여, 예의 바름이 잊혀질 수 있다.[95] 따라서 건전한 온라인 소통 문화 정착을 위한 노력이 필요하다.

7. 대한민국 현황

7. 1. 무료 전자 우편 서비스

전 세계적으로 야후! 메일, 마이크로소프트 아웃룩, 구글 지메일 등이 많이 쓰이고 있고, 대한민국에서는 네이버, 다음, 네이트 등에서 무료 전자 우편 서비스를 운영한다. 많은 이메일 제공업체는 웹 기반 이메일 클라이언트를 제공하며, 이를 통해 사용자는 호환되는 웹 브라우저를 사용하여 이메일 계정에 로그인하여 이메일을 보내고 받을 수 있다. 일반적으로 이메일은 웹 클라이언트에 다운로드되지 않으므로 인터넷 연결 없이는 읽을 수 없다.

7. 2. 법적 문제

이메일 교환을 통해 구속력 있는 계약이 성립될 수 있으므로, 사용자는 이메일을 통해 주고받는 내용에 주의해야 한다.[92][93] 이메일의 서명란은 계약에 필요한 서명 요건을 충족하는 것으로 해석될 수 있다.[94]

참조

[1] 웹사이트 email noun earlier than 1979 https://public.oed.c[...] 2012-10-25
[2] 뉴스 Why the first use of the word 'e-mail' may be lost forever https://www.washingt[...] 2015-07-28
[3] 웹사이트 Yahoo style guide https://styleguide.y[...] Styleguide.yahoo.com
[4] 웹사이트 AP Removes Hyphen From 'Email' In Style Guide https://www.huffingt[...] 2011-03-18
[5] 웹사이트 RFC Editor Terms List https://www.rfc-edit[...] IETF
[6] 웹사이트 What is the correct way to spell 'e' words such as 'email', 'ecommerce', 'egovernment'? https://www.askoxfor[...] Oxford University Press
[7] 웹사이트 Reference.com https://dictionary.r[...] Dictionary.reference.com
[8] 웹사이트 '"RFC Style Guide"', Table of decisions on consistent use in RFC https://www.rfc-edit[...]
[9] 웹사이트 From E-mail to Email: Is the Sky Falling? https://cmosshoptalk[...] Chicago Manual of Style 2017-10-11
[10] 웹사이트 How do you spell "e-mail"? https://alt-usage-en[...] Alt-usage-english.org
[11] 웹사이트 Did V.A. Shiva Ayyadurai Invent Email? https://www.sigcis.o[...] 2015
[12] 웹사이트 Laying Out All The Evidence: Shiva Ayyadurai Did Not Invent Email https://www.techdirt[...] 2019-05-22
[13] 뉴스 Origins of e-mail: My mea culpa https://www.washingt[...] 2012-03-01
[14] 간행물 Simple Mail Transfer Protocol Internet Engineering Task Force
[15] 간행물 Simple Mail Transfer Protocol Internet Engineering Task Force
[16] 웹사이트 The History of Electronic Mail http://www.multician[...]
[17] 웹사이트 The First Network Email https://openmap.bbn.[...] Openmap.bbn.com
[18] 논문 A system for the automated office environment
[18] 웹사이트 IBM100 - The Networked Business Place https://www.ibm.com/[...] 2020-08-02
[19] 간행물 CompuServe pins hopes on MicroNET, InfoPlex https://books.google[...] 1979-10-22
[19] 간행물 Sept. 24, 1979: First Online Service for Consumers Debuts https://www.wired.co[...] 1979-09-24
[20] 뉴스 They could have owned the computer industry http://www.herald-jo[...] 2011-10-31
[20] 웹사이트 Tech before its time: Xerox's shooting Star computer https://www.newscien[...] 2012-02-15
[20] 웹사이트 The Xerox Star http://toastytech.co[...]
[21] 웹사이트 ALL-IN-1 https://research.mic[...] 1998-01-30
[22] 웹사이트 HP Computer Museum http://www.hpmuseum.[...]
[23] 간행물 Retiring the NSFNET Backbone Service: Chronicling the End of an Era https://merit.edu/re[...] 1996-04-01
[24] 웹사이트 A Brief History of the Internet https://www.walthowe[...]
[25] 논문 From Diversity to Convergence: British Computer Networks and the Internet, 1970-1995 http://wrap.warwick.[...] The University of Warwick 2005
[26] 논문 The History of the Internet: The Missing Narratives https://papers.ssrn.[...] 2013
[27] 비디오 How E-mail Works https://computer.how[...] howstuffworks.com
[28] 웹사이트 MX Record Explanation https://dnsdb.cit.co[...] it.cornell.edu
[29] 웹사이트 What is open relay? https://searchnetwor[...] Indiana University 2004-07-19
[30] 서적 Information Technology for Management https://books.google[...] Deep & Deep Publications
[31] 웹사이트 Allowing Relaying in SMTP: A Series of Surveys https://www.imc.org/[...] Internet Mail Consortium 2002-08-20
[32] 웹사이트
[33] 웹사이트 An update to the email standards https://blog.mailcha[...] MailChannels Blog Entry 2008-10-03
[34] 간행물 Simple Mail Transfer Protocol 2008-10-01
[35] 간행물 Internet Mail Architecture 2009-07-01
[36] 뉴스 Now, get your email address in Hindi - The Economic Times https://economictime[...] 2016-10-17
[37] IETF Internet Message Format 2008-10-01
[38] IETF Internet Message Format 2008-10-01
[39] 웹사이트 Microsoft reference https://msdn.microso[...] Microsoft 2010-09-22
[40] IETF Simple Mail Transfer Protocol IETF 2008-10-01
[41] 웹사이트 Trace headers https://www.ietf.org[...] IETF 2012-01-14
[42] IETF
[43] IETF
[44] IETF
[45] IETF
[46] 서적 TCP/IP Network Administration O'Reilly Media
[47] 기타
[48] 웹사이트 What is unicode? https://www.konfinit[...]
[49] 웹사이트 Email policies that prevent viruses https://advosys.ca/p[...]
[50] 웹사이트 Problem Solving: Sending Messages in Plain Text https://helpdesk.roo[...] RootsWeb HelpDesk
[51] 웹사이트 ''Open''BSD Mailing Lists https://www.openbsd.[...] OpenBSD
[52] 웹사이트 Verhindern, dass die Datei "Winmail.dat" an Internetbenutzer gesendet wird https://support.micr[...] Microsoft Support 2010-07-02
[53] 기타
[54] 웹사이트 View only unread messages https://support.micr[...]
[55] 웹사이트 Free Email Providers in the Yahoo! Directory https://dir.yahoo.co[...]
[56] 기타
[57] 웹사이트 Creating hyperlinks § E-mail links https://developer.mo[...]
[58] 서적 Windows to Linux https://books.google[...] Prentice Hall
[59] IETF DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4
[60] IETF Internet Mail Architecture
[61] 웹사이트 Is Email a Curse or a Boon? https://gigaom.com/c[...] GigaOm 2010-09-22
[62] 학술지 E-mail Marketing: Exploratory Insights from Finland https://www.basmarti[...]
[63] 웹사이트 Spam culture, part 1: China https://www.computer[...] 2009-10-02
[64] 서적 Encyclopedia of social networks Sage
[65] 웹사이트 Email Is Top Activity On Smartphones, Ahead Of Web Browsing & Facebook [Study] https://marketinglan[...] 2013-03-28
[66] 웹사이트 The ultimate mobile email statistics overview https://www.emailmon[...]
[67] 뉴스 E-Mail Gets an Instant Makeover https://www.nytimes.[...] 2010-12-20
[68] 뉴스 Why Are Young People Abandoning Email? https://www.theatlan[...] 2010-12-21
[69] 뉴스 Email is dying among mobile's youngest users https://techcrunch.c[...] 2016-03-24
[70] 웹사이트 Set Message Size Limits in Exchange 2010 and Exchange 2007 https://exchangepedi[...] 2007-09-10
[71] 웹사이트 Google updates file size limits for Gmail and YouTube https://www.geek.com[...] 2009-06-29
[72] 웹사이트 Maximum attachment size https://mail.google.[...]
[73] 간행물 Mysterious Attachment Size Increases, Replicating Public Folders, and More https://docs.microso[...] 2021-11-07
[74] 웹사이트 Send large files to other people https://support.offi[...]
[75] 웹사이트 8 ways to email large attachments https://www.makeuseo[...] 2012-12-21
[76] 웹사이트 Email Statistics Report, 2010 https://www.radicati[...]
[77] 뉴스 Happy Information Overload Day! https://edition.cnn.[...] 2010-10-20
[78] 뉴스 Struggling to Evade the E-Mail Tsunami https://www.nytimes.[...] 2008-04-20
[79] 웹사이트 Seeing Spam? How To Take Care of Your Google Analytics Data https://www.sitepron[...] 2015-05-04
[80] 뉴스 The top ten email spam list of 2005 https://itvibe.com/n[...] 2006-01-02
[81] 웹사이트 How Microsoft is losing the war on spam https://dir.salon.co[...]
[82] 간행물 Spam Bill 2003 https://www.aph.gov.[...]
[83] 웹사이트 Google Says Its AI Catches 99.9 Percent of Gmail Spam https://www.wired.co[...] 2015-07-09
[84] 웹사이트 Spam and phishing in Q1 2016 https://securelist.c[...] 2016-05-12
[85] 웹사이트 Kaspersky Lab Spam and Phishing report https://usa.kaspersk[...] 2021-05-26
[86] 웹사이트 2021 Email Usage Statistics https://www.thexyz.c[...] 2021-10-05
[87] 웹사이트 Security Bite: iCloud Mail, Gmail, others shockingly bad at detecting malware, study finds https://9to5mac.com/[...] 2024-04-05
[88] 웹사이트 When are email attachments safe to open? https://www.cloudfla[...]
[89] 웹사이트 How a badly-coded computer virus caused billions in damage https://www.cnn.com/[...] 2020-05-02
[90] 웹사이트 LockBit ransomware spread in millions of emails via Phorpiex botnet https://www.scmagazi[...] 2024-05-14
[91] 논문 SMEmail – A New Protocol for the Secure E-mail in Mobile Environments https://www.arxiv.or[...] Proceedings of the Australian Telecommunications Networks and Applications Conference (ATNAC'08) 2008-12-01
[92] 웹사이트 When Email Exchanges Become Binding Contracts https://www.law.com/[...]
[93] 논문 Inadvertent Contract Formation via Email under New York Law: An Update 2019-01-01
[94] 뉴스 UK court ruling says email signature blocks can sign binding contracts https://www.theregis[...]
[95] 논문 Affect in computer-mediated communication: an experiment in synchronous terminal-to-terminal discussion
[96] 뉴스 All We Are Saying. https://www.nytimes.[...] 2007-12-23
[97] 웹사이트 Internationalized Domain Names (IDNs) https://registry.in/[...]
[98] 웹사이트 DataMail: World's first free linguistic email service supports eight India languages https://economictime[...]
[99] 웹사이트 Made In India 'Datamail' Empowers Russia With Email Address In Russian Language - Digital Conqueror https://digitalconqu[...] 2016-12-07
[100] RFC SMTP Service Extension for Message Tracking
[101] RFC Message Tracking Model and Requirements
[102] 뉴스 Software That Tracks E-Mail Is Raising Privacy Concerns https://query.nytime[...] 2000-11-22
[103] 웹사이트 About.com https://email.about.[...] Email.about.com 2013-12-19
[104] 웹사이트 Outlook: Web Bugs & Blocked HTML Images https://www.slipstic[...]
[105] 웹사이트 Gmail blows up e-mail marketing... https://arstechnica.[...] 2013-12-13
[106] 웹사이트 RFC 5321 - Simple Mail Transfer Protocol https://datatracker.[...] 2010-02-01
[107] 웹사이트 OCN公式ページ https://support.ntt.[...]
[108] 웹사이트 会員サポート…基本メールボックスの容量と保管期間 https://support.so-n[...]
[109] 웹사이트 BIGLOBEメールの仕様 http://email.biglobe[...]
[110] 웹사이트 最大 50 MB のメールを受信できます。 https://support.goog[...]
[111] 웹사이트 注: 25 MB を超える添付ファイルを送信するには、Google ドライブや他のファイル共有サービスを使用してください。 https://support.goog[...]
[112] 웹사이트 JUNET利用の手引(第1版) http://www.cs.tsukub[...]
[113] 웹사이트 Using International Characters in Internet Mail http://www.imc.org/m[...] 2020-08-01
[114] 기타
[115] 기타
[116] 기타
[117] 기타
[118] 기타
[119] 기타
[120] 웹사이트 The Watsons: IBM's Troubled Legacy http://hbswk.hbs.edu[...]
[121] 이미지 Gestapo anti-gay telex.jpg
[122] 웹사이트 Telex and TWX History http://www.baudot.ne[...] 1986-01-01
[123] 뉴스 Fax invades the mail market https://books.google[...] New Scientist 1972-10-26
[124] 뉴스 What's News: Electronic-mail delivery gets started https://books.google[...] Popular Science 1973-03-01
[125] 서적 Electronic Message Systems for the U.S. Postal Service https://books.google[...] National Academy of Sciences 1976-01-01
[126] 웹사이트 CTSS, Compatible Time-Sharing System http://www.cis.usout[...] University of South Alabama 2006-09-04
[127] 웹사이트 The IBM 7094 and CTSS http://www.multician[...] Multicians.org 2004-09-10
[128] 설명서 1440/1460 Administrative Terminal System (1440-CX-07X and 1460-CX-08X) Application Description http://bitsavers.inf[...] IBM 2013-02-22
[129] 설명서 System/36O Administrative Terminal System DOS (ATS/DOS) Program Description Manual IBM
[130] 설명서 System/360 Administrative Terminal System-OS (ATS/OS) Application Description Manual IBM
[131] 웹사이트 Version 3 Unix mail(1) manual page http://minnie.tuhs.o[...] 1972-10-25
[132] 웹사이트 Version 6 Unix mail(1) manual page http://minnie.tuhs.o[...] 1975-02-21
[133] 웹사이트 APL Quotations and Anecdotes http://www.jsoftware[...]
[134] 웹사이트 History of the Internet, including Carter/Mondale use of email http://www.actewagl.[...]
[135] 웹사이트 PLATO: The Emergence of an Online Community http://www.thinkofit[...] 1994-01-01
[136] 웹사이트 A Piece of Email History Comes to the American History Museum http://blogs.smithso[...] 스미소니언 박물관 2012-02-22
[137] 웹사이트 "...PROFS changed the way organizations communicated, collaborated and approached work when it was introduced by IBM’s Data Processing Division in 1981..." http://www.ibm.com/i[...] IBM.com
[138] 웹사이트 "1982 - The National Security Council (NSC) staff at the White House acquires a prototype electronic mail system, from IBM, called the Professional Office System (PROFs)...." http://www.fas.org/s[...] fas.org
[139] 웹사이트 Gordon Bell's timeline of Digital Equipment Corporation https://research.mic[...]
[140] 웹사이트 The History of Electronic Mail http://www.multician[...] 2001-02-01
[141] 웹사이트 The First Network Email http://openmap.bbn.c[...] 2008-02-21
[142] 문서 Version 7 Unix manual: "UUCP Implementation Description" by D. A. Nowitz, and "A Dial-Up Network of UNIX Systems" by D. A. Nowitz and M. E. Lesk http://cm.bell-labs.[...]
[143] 웹사이트 BITNET History http://www.livingint[...]
[144] RFC UUCP Mail Interchange Format Standard https://datatracker.[...]
[145] 논문 電子メール・電子ニュースの使い方 https://hdl.handle.n[...] 長崎大学教養部
[146] 웹사이트 「メールの95%は『迷惑メール』だった」、2007年のスパム動向 https://xtech.nikkei[...] 日経BP社 2007-12-14
[147] 웹사이트 会員サポート > 大量スパムメールによるメール遅延、ならびに対策について http://support.nifty[...] ニフティ 2004-08-13
[148] 뉴스 米ＡＯＬ「ユー・ガット・メール」の声、エルウッド・エドワーズさん死去 - CNN.co.jp https://www.cnn.co.j[...]
[149] 웹사이트 https://arstechnica.[...]


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com