보내는 문서의 처리 및 보내기는 물론 들어오는 문서의 수신 및 처리도 비서 또는 원정대(전달자)가 중앙에서 수행합니다. 보낼 문서를 받은 후 우선 문서 실행의 정확성을 확인합니다. : 서명의 존재; 날짜의 존재 (보내는 문서에 없으면 제목이 찍혀 있음) 출연자에 대한 표시가 있습니다. 주소 지정의 정확성; 문서가 일회성 통신원을 대상으로 하는 경우 주소의 존재 문서의 모든 페이지와 지정된 모든 첨부 파일의 존재.

이러한 디자인 요소는 우편이나 팩스로 문서를 보낼 때 필요합니다. 문서 형식이 잘못되었거나 문서에 표시되지 않는 경우 완전한 세트, 수정을 위해 수행자에게 반환됩니다.

문서를 메일로 보내면 변환됩니다. 동일한 주소로 보낸 문서는 하나의 봉투에 함께 넣습니다. 봉투에는 주소가 지정되고 표시되어 있습니다. 일반 통신원의 경우 봉투가 미리 준비되어 있습니다. 모든 서류 준비 우편등록, 우편 규칙의 요구 사항을 엄격히 준수하여 수행됩니다.

그러나 최근에는 문서 전송 기술이 발전하면서 전화 채널통신(팩스, 이메일)으로 인해 일반 우편으로 전송되는 서신의 양은 지속적으로 감소하고 있습니다.

다음을 사용하여 문서 전송 이메일정보 전송 시간을 대폭 단축하고 전달 신뢰성을 높입니다.

동시에, 이메일로 문서를 전송하면 서명의 진위 여부(문서 승인)를 확인하는 문제, 즉 특수한 "전자 서명" 프로그램을 사용하고 특별 승인 계약을 체결하는 문제가 발생한다는 사실을 잊어서는 안됩니다. 각 특파원과 함께.

이메일 시스템은 두 가지 유형으로 구분됩니다.- 글로벌 및 기업(부서). 사용자가 글로벌 이메일 서비스(예: Relcom)에 연결하는 경우 이는 이미 기존 네트워크광대한 영토를 포괄하는 데이터 전송, 그 노드에는 통과를 보장하는 강력한 장비가 장착되어 있습니다. 대용량정보 메시지. 또한 일부 사용자는 글로벌 시스템전자 메일은 자체 네트워크 내에서뿐만 아니라 다른 글로벌 네트워크의 가입자와도 정보를 교환할 수 있습니다. 엔터프라이즈 시스템이메일(부서별)은 내부 문서 흐름을 보장하기 위해 생성되며, 이는 조직이 다음과 같은 경우에 특히 효과적입니다. 큰 숫자지점을 포함한 하위 구조. 회사 이메일은 LAN(Local Area Network)에 연결된 여러 대의 개인용 컴퓨터를 사용합니다. 네트워크에서 가장 강력한 컴퓨터가 수행합니다. 관리 기능파일 서버라고 합니다. 네트워크에 연결된 다른 PC를 워크스테이션이라고 합니다. 그래서 모든 것 공유 자원네트워크(데이터베이스, 소프트웨어, 주변기기)은 모든 사용자가 액세스할 수 있습니다. 많은 기업 이메일 시스템이 이미 만들어졌습니다. Microsoft Mail; 참조:메일; 1C: 이메일 등 따라서 Microsoft Mail을 사용하면 다음 작업을 수행할 수 있습니다. 이메일 수신 및 보내기; 다른 MS Office 프로그램에서 생성된 파일을 전송합니다. 메시지를 특별하게 저장 전자 폴더; 깨닫다 빠른 탐색필요한 메시지; 메시지를 인쇄합니다.

39. 개념: "사례", "사례 형성", "사례 명명법". 조직의 문서 분류에 대한 사례 명명법의 중요성.

사례- 하나의 문제 또는 활동 영역과 관련된 일련의 문서 또는 문서로 별도의 표지에 배치됩니다.

사례의 형성- 집행된 문서를 사건 명칭에 따라 사건별로 그룹화하고, 사건 내 문서를 체계화합니다.

사례의 명칭- 규정된 방식으로 작성된 보관 기간을 나타내는 조직에 개설된 케이스 이름의 체계적인 목록입니다. 이것은 문서 작업을 합리적으로 구성할 수 있기 때문에 사무에서 매우 유용한 문서입니다. 특정 시스템에 따라 문서를 파일로 그룹화하고 필요한 경우 검색 속도와 안전을 보장합니다. 문서 등록 과정에서 사용 - 개발된 분류 및 사례 색인에 따라 등록 번호가 할당됩니다. 아카이브에 제출할 사례를 선택하고 추가 파기 기한이 만료된 사례를 선택하는 과정에서 주요 문서로 사용됩니다. 다음과 같이 사용됨 회계 문서임시 보관 기간 파일(추가로 재고를 작성할 수 없음) 보관 업무에서는 직원을 포함한 영구 및 장기 보관 케이스의 재고 작성을 위한 기초 역할을 하며 문서 파기를 위한 행위를 합니다. 사례 목록은 다음과 같습니다. 다기능 문서실용적인 관점에서 볼 때 모든 조직은 현재 서류 작업을 간소화하기 위해 이를 필요로 합니다. 정부 기관 및 지방자치단체문서를 주 또는 시 기록 보관소로 전송하는 사람, 주식 회사, 공증인 등의 경우 파일 목록을 작성하는 것은 규제 요구 사항입니다.

사무에서 실행된 문서를 신속하게 보관하기 위한 기본 요구 사항입니다. 문서의 안전에 대한 책임. 문서 저장 위치 전자 양식.

서류작업 과정의 마지막 단계는 보관 및 사용을 위해 실행된 문서를 준비하는 것입니다. 실행된 문서를 정리하고 저장하는 주요 목표는 기관의 참고 작업에 사용할 수 있는 조건을 만들고 국가 기록 보관 기금을 보충하는 것입니다.
올해 실행된 문서의 저장은 특수 폴더 등록부에서 수행됩니다. 사무로 완료된 문서는 연말에 조직의 기록 보관소로 전달됩니다.
케이스를 아카이브로 이전 준비에는 다음 단계가 포함됩니다.
1. 사건의 서류가치에 대한 심사를 실시한다.
2. 파일의 문서 체계화;
3. 사건의 등록
4. 사례 목록 작성 구조 단위.
나열된 작업은 아카이브 책임자의 방법론적 지침에 따라 문서 유지를 담당하는 구조 단위의 직원이 수행합니다.
사건의 기술 등록 전에 사건의 문서를 추가로 체계화합니다. 이를 위해 문서는 폴더에서 제거되어 시간순으로 배치됩니다. 역순으로. 가장 빠른 문서가 케이스 시작 부분(상단)에 배치되고 최신 문서가 케이스 끝에 배치됩니다.
파일 명명법은 기관에서 열린 파일의 승인되고 체계화된 목록으로, 규정된 방식으로 보관 기간을 나타냅니다. 사건의 명명법은 실행된 문서를 사건으로 배포 및 그룹화하는 방식(분류 방식), 문서 및 사건 색인화를 위한 색인, 보관 기간, 실행되지 않은 문서의 참조 파일을 구성하는 방식으로 사용됩니다. 또한 임시(최대 10년) 보관을 위해 기관의 기록 관리 및 보관소에 있는 회계 문서입니다.
문서의 내용과 유형에 따라 문서를 빠르게 검색하려면 사건의 명명법이 필요합니다. 문서 작업의 효율성과 안전성은 문서가 얼마나 잘 컴파일되었는지에 따라 달라집니다. 모든 기관, 조직, 기업에는 사례 목록이 의무적으로 존재합니다.
사건 명칭을 작성할 때 기업은 사건 명칭에 대한 요구사항을 고려해야 합니다. 국가 시스템관리를 위한 문서 지원, 부서별 아카이브 운영을 위한 기본 규칙, 보관 기간을 나타내는 문서 목록. 기업 업무의 명칭은 문서 작업 조직을 담당하는 전문가가 개발하고 기업 책임자의 승인을 받습니다.
사례의 명명법은 구체적이고 대략적이며 일반적일 수 있습니다. 또한 구조 단위와 기관의 업무 명명법에는 차이가 있습니다.
특정 명명법은 특정 기관 또는 구조 단위의 문서를 반영합니다.
사례의 대략적이고 표준적인 명명법은 동일한 유형의 활동 및 문서 구성을 가진 특정 범주의 기관 문서를 반영합니다. 또한 표준 명명법은 시스템의 관련 기관(부서)에 대한 통합된 사례 색인을 설정하며 필수입니다. 사례의 대략적인 명명법은 권고 사항입니다.

보관을 정리하고 문서의 안전을 보장하는 전반적인 책임은 조직의 책임자에게 있습니다.

사무가 컴퓨터 기술로 전환됨에 따라 전자 형식으로 생성된 문서의 저장을 간소화하고 구성하는 문제가 발생합니다.
전자 형식의 문서는 조직의 직원이 컴퓨터에서 작성하거나 이메일로 수신하거나 기존 종이 형식에서 전자 형식(스캔을 통해)으로 변환할 수 있습니다. 생성되거나 수신된 문서는 컴퓨터 메모리에 저장되어야 하며, 하드 드라이브에 파일로 기록되어야 합니다. 문서는 컴퓨터의 하드 드라이브나 전용 컴퓨터(파일 서버)에 저장할 수 있습니다. 이동식 미디어.
먼저, 문서가 저장될 하드 드라이브에 폴더(디렉토리)가 생성됩니다. 종이 문서를 파일에 넣는 것처럼 파일도 폴더에 넣습니다. 각 폴더에는 하위 폴더가 있을 수 있으며, 그 하위 폴더에도 자체 하위 폴더가 있을 수 있습니다. 각 폴더에는 "이름"이 할당됩니다. "이름"은 문서 유형(명령, 행위, 보고서 등)으로 시작해야 하며, 문서(파일)가 그룹화되는 저자, 문제, 통신자, 기간에 대한 정보로 문서 내용이 명확한 이유를 입력해야 합니다. .
현재 업무 파일은 컴퓨터의 하드 드라이브에 저장됩니다. 네트워크에서 작업할 때 사용자는 다른 컴퓨터의 디스크나 디렉터리에 액세스할 수 있습니다. 이 경우 일련 문자 번호가 있으며 컴퓨터에 있는 장치로 사용할 수 있습니다. 이를 위해 필요한 리소스가 포함된 컴퓨터에서 권한이 다음으로 설정됩니다. 나누는이 파일이나 저 파일에. 비밀번호를 사용하여 액세스를 제한할 수 있습니다. 전체 권한읽기 전용 액세스 또는 읽기 전용 액세스로 제한 특정 사용자. 비밀번호를 입력하여 폴더에 대한 접근을 제한할 수 있습니다. 공유 문서의 양이 많은 조직에서는 지속적인 운영과 서비스 제공을 위해 설계된 신뢰성이 높은 전용 컴퓨터(파일-서버)를 사용합니다. 동시 접속단위부터 수십, 수백, 심지어 수천 명의 사용자까지 데이터를 제공합니다.
사무실 회람용으로 접수된 모든 문서는 표준 분류 기준에 따라 단위(조직 전체)의 파일 명명법에 따라 생성된 일반 폴더에 저장되어야 합니다.
성공적인 사용을 결정하는 주요 문제 중 하나 컴퓨터 기술사무실에서는 전자 형식으로 문서를 저장하는 신뢰성이 있습니다. 문서의 보안은 다음과 같이 구성됩니다.
- 안정적인 전원 공급;
- 예약 사본;
- 바이러스 백신 보호;
- 특수 유틸리티(보조 프로그램)를 사용한 예방 및 진단.
특질 전자 저장사무 작업이 완료되는 즉시 문서를 전자 보관소로 보내는 것으로 구성됩니다. 이를 통해 문서의 안전, 중앙 집중식 저장, 빠른 검색 및 로컬 네트워크를 사용하고 문서에 대한 분산 액세스를 보장할 수 있습니다. 원격 액세스(전화와 인터넷을 통해).
문서 데이터베이스는 등록 과정에서 형성됩니다.
전년도 문서에 대한 데이터는 전년도 문서가 모두 실행된 후에도 별도로 저장됩니다. 데이터베이스는 참고용으로만 사용되며, 외부 저장매체에 복사할 수 있습니다. 정보의 양에 따라 플로피 디스크, 자기 테이프, CD-ROM 또는 기타 보관 미디어가 될 수 있습니다.
영구 및 장기 보관 기간이 있는 문서는 대개 CD-ROM에 기록되고, 임시 보관 기간이 있는 문서는 보관 기간이 만료되면 삭제하고 다시 쓸 수 있는 매체에 기록되는 것이 일반적입니다.
문서의 보관 기간은 존재 형태(종이 또는 전자)에 의존하지 않으며 보관 기간을 나타내는 문서 목록인 특수 디렉토리에 의해 결정됩니다.
컴퓨터의 논리 드라이브 또는 여러 폴더는 일반적으로 보관 문서를 저장하는 장소로 사용됩니다. "전자 아카이브"와 같은 프로그램이 있으면 자동으로 회계 및 복사가 수행됩니다. 그렇지 않으면 이 작업이 수동으로 수행됩니다. 문서는 저장 기간별로 구분되고 재고의 연간 섹션에 따라 폴더가 생성됩니다. 영구 저장소에 상당한 수의 문서가 있는 경우 해당 문서는 관련 부서 폴더의 연간 섹션 내부에 위치합니다.

· 제공자 메일 서비스

이름에서 쉽게 추측할 수 있듯이 공급자 주소는 사용자에게 인터넷 액세스를 제공하는 조직인 공급자에 의해 할당됩니다.

구체적인 이용 약관은 공급자마다 크게 다릅니다. 공급자의 사서함은 무료 또는 유료로 제공될 수 있으며 개별 조건에 따라 사서함 크기와 가능한 추가 서비스 목록이 결정됩니다.

· 기업메일서비스

회사 주소는 직장에서 얻습니다. 이 경우 메일 서버는 조직에 속하며 사서함은 직원에게 할당됩니다.

· 상업 우편 서비스

상업용 우편 서비스는 유료로 사서함을 제공합니다. 특히 사서함을 만들고 유지하는 데 비용을 청구합니다.

무료 우편 서비스

무료 서비스는 모든 사람이 메일을 사용할 수 있는 기회를 제공할 뿐입니다.

서버 목록

1. "Mail.ru" - 러시아 통신 포털

무제한 메일함 크기, 스팸 및 바이러스로부터 보호 기능을 갖춘 무료 이메일 서비스입니다. 소셜 네트워크, 사진 및 비디오 호스팅, 검색 시스템기타 통신 및 엔터테인먼트 서비스.

2. "I.ua" - 무료 메일 서비스

무제한 사서함으로 이메일을 보내세요. 스팸 방지 및 바이러스 백신 검색, 필터 및 정렬, 리디렉션.

스팸 및 바이러스로부터 보호, 무제한 편지함 크기, 짧은 주소(@ya.ru) 가져오기 기능, 철자 검사, 편지 번역. 메일 디자인 테마 모음입니다.

4. "Rambler-Pochta" - 무료 우편 서비스

1GB 크기의 전자 메일함을 무료로 등록할 수 있습니다. 메일 작업 및 메일 클라이언트 설정에 대한 팁입니다.

5. "Gmail" - 구글의 무료 이메일 서비스

메일함 용량 7GB 이상, SMTP/POP3/IMAP 프로토콜을 사용하는 암호화된 채널을 통한 연결, 라벨을 사용한 문자 표시, 내장 채팅, 소셜 도구 "라이브 피드".

6. "NextMail.ru" - 이메일

무료 이메일, 파일 저장, 메일을 휴대폰으로 전달하는 기능.

7. "Rost.vladivostok.com" - 이메일

무료 편지함, 채팅, 블로그, 사진 앨범 등

8. "Freemail" - 우크라이나어 이메일

최대 1.5GB의 파일 전송 기능, 편지에 대한 바이러스 백신 및 스팸 방지 보호 기능을 갖춘 무료 이메일 시스템입니다.

freemail.ukr.net

9. "[email protected]" - 무료 메일 서비스

사서함의 크기는 제한되지 않습니다. IMAP/POP/SMTP, 웹 및 wap 인터페이스를 통해 액세스합니다. 스팸 및 바이러스 필터링. 무료 호스팅사서함 주소와 동일한 이름의 주소를 사용합니다.

10. "Mail.ua" - 우크라이나 우편 서비스

무료 이메일. 서비스 등록 규칙.

11. "Webmail.meta.ua" - 전자 메일함

12. "Gmail.ru" - 무료 메일

큰 편지를 보내고 사서함 크기를 늘리는 기능; POP3/SMTP 프로토콜 등을 사용하는 이메일 클라이언트 지원

13. 자동 메일 디코더

읽을 수 없는 러시아어 문자를 자동으로 해독합니다. 디코더는 MAC, KOI, WIN, DOS, ISO 인코딩을 지원합니다.

www.artlebedev.ru/tools/decoder

14. "Mail.tut.by" - 무료 메일 서비스

사서함 크기는 무제한입니다. POP3, IMAP4, SMTP, WAP 및 웹 프로토콜을 지원합니다. 안티 바이러스 검사메일 및 스팸 필터.

15. "Rin.ru" - 무료 메일

15MB 크기의 사서함을 받을 수 있습니다.

16. "E-mail.ru" - 무료 메일 서비스

무료 이메일 호스팅 서비스. 시스템 설정 및 운영에 대한 팁입니다. 뉴스의 선택.

17. "Rin.ru의 스팸 방지"

스팸 유형 및 스팸 방지 방법에 대한 자료입니다. 소식. 스팸 방지 프로그램 검토. 팁과 교훈. 스패머 목록.

18. "S-Mail" - 보안 이메일

PGP로 암호화된 메시지가 포함된 무료 사서함입니다.

19. "Liveinternet.ru"- 우편 서비스

웹 인터페이스를 갖춘 무료 이메일(POP3 및 IMAP 프로토콜을 통한 연결)

20. "Zap zone" - 무료 메일 서버

무료 메일함 [email protected]을 받을 수 있는 기회. www.zzn.com

21. "사진 속 메일"

사진 속 이메일 주소 생성 서비스에 대한 설명, 지원되는 도메인 목록, 질문에 대한 답변입니다.

www.mailonpix.ru

22. "E-mail.ua" - 이메일

무제한 사서함, 스팸 방지 및 바이러스 백신 보호, 휴대폰 및 기타 기능을 통한 액세스.

23. "메일 라이브러리"

이메일에 관한 다양한 자료(이메일, 스팸, 우편물, 이메일 클라이언트 등에 관한 기사). 법정.

24. "AllBat.info" - The Bat!의 비공식 웹사이트

다양한 플러그인, 배포판, 도움말 파일 모음. 프로그램의 비밀. 법정.

25. "Sibmail.com" - 무료 이메일 서비스

POP3, SMTP, IMAP 프로토콜을 통해 액세스할 수 있는 메일 서버입니다. FAQ, 사용자 서비스.

26. "Ekaterinburg" - 지역 포털

세계와 지역의 뉴스, 이달의 뉴스 아카이브. 무료 메일 이름@ekat.ru.

27. "이것" 이메일 주소스팸봇으로부터 보호됩니다. 보려면 JavaScript를 활성화해야 합니다." - 무료 이메일 서비스

50MB 사서함, 웹 인터페이스 및 POP3를 통한 액세스, 스팸 필터링 및 안티 바이러스 보호.

28. "과학 편지" - 메일 프로그램

복잡한 글자를 만드는 프로그램에 대한 설명 수학적 표현: 기술 요구 사항, 인터페이스, 수식 편집기 기능.

www.sciletter.ru

29. "@NetMan.RU" - 무료 메일 서비스

메일 시스템의 속성에 대한 설명입니다. 등록 양식.

30. "Tyt.in.ua" - 무료 우편 서비스

서비스: 50MB 사서함, 스팸 및 바이러스 필터링, SMS 및 ICQ를 통한 새 메일 도착 알림.

31. "Microsoft Outlook" - 이메일 프로그램에 대한 블로그

www.potolook.ru/blog

32. "메일 커맨더" - 메일 클라이언트

이메일 처리 프로그램을 다운로드할 수 있습니다. 가능성, 구매 조건에 대한 설명.

www.isoftware.ru

33. "Mail.open.by" - 무료 메일 서비스

IMAP, POP3/SMTP 및 웹 프로토콜을 통해 메일에 액세스합니다. 스팸 메일 및 바이러스로부터 보호 시스템.

34. "Mail.Nur.kz" - 무료 메일 서비스

사서함 크기는 무제한입니다. 첨부파일 확인 중 바이러스 백신 프로그램스팸 방지 필터도 있습니다. 모든 모바일 장치에서 액세스할 수 있습니다.

35. "BusinessMail" - 일정에 따라 메일 보내기

러시아어 텍스트를 음역으로 또는 그 반대로 온라인 번역할 수 있습니다.

www.businessmail.ru

36. "Gmail"- 커뮤니티

Gmail 작업에 대해 토론하기 위한 커뮤니티입니다.

Community.livejournal.com/ru_gmail

37. "Nizhny Novgorod 무료 메일 서버"

www.nnov.org/mail

38. "Bazarov.net!" - 무료 우편 서비스

메일 시스템 기능에 대한 정보(10Mb, 필터, 다른 서버에서 메일 수집, 주소록). 등록 양식.

39. "@ROL 메일" - 무료 메일 서비스

시스템 작업 규칙에 대한 설명입니다. 무료 이메일 등록을 위한 양식입니다.

40. "Ovi Mail Setup Wizard" - 메일 프로그램

store.ovi.com/content/23073

41. "WapAlta" - 모바일 이메일 서비스

www.hpc.ru/soft/software.phtml?id=21825

42. "ProfiMail" - 이메일 클라이언트

www.hpc.ru/soft/software.phtml?id=10911

43. "Yandex.Mail" - 무료 이메일

스팸 및 바이러스로부터 보호, 무제한 메일함 크기, 맞춤법 검사, 문자 번역. 메일 디자인 테마 모음입니다. 터키어로. 언어.

mail.yandex.com.tr

44. "Chat.ru"- 무료 호스팅 서비스

홈 페이지, 사서함, 채팅, 방명록 배치. 등록, 사용자 지원.

45. "삼각대" - 웹페이지 및 메일 호스팅

무료 웹사이트 공간과 메일함을 얻을 수 있는 기회. 서비스 약관. 웹사이트 생성을 위한 도구(웹페이지 빌더, 스크립트 등). 영어로.

www.tripod.lycos.com

46. ​​​​"Reg.ru" - 유료 웹사이트 호스팅 및 메일

기능 설명: 스팸으로부터 메일 보호, 호스팅 및 메일 제어판, 데이터 백업 등 관세 계획. 결제 방법, 기술 지원.

www.reg.ru/hosting

47. "트렌드" - 기업 이메일 호스팅

무제한 사서함 용량을 갖춘 기업 메일 서버 호스팅, 스팸 및 바이러스로부터 보호, 메일 전송 중 POP/IMAP/SMTP/HTTP 프로토콜 암호화. www.tendence.ru

카렌 로드리게스

이점은 분명합니다. 소유 비용이 저렴합니다. 호환성. 내부 및 외부 커뮤니케이션을 위한 통합 아키텍처입니다. 기업들이 폐쇄적이고 값비싼 LAN 기반 메시징 시스템을 버리고 개방적이고 저렴한 통신 수단으로 인터넷을 선택하는 것은 놀라운 일이 아닙니다.

어떤 이메일 클라이언트나 메시징 서버를 사용하든 관계없이 전 세계적으로 메시지를 보내고 받아야 하는 비즈니스 요구가 계속 증가함에 따라 인터넷 기반 이메일이 전화 통신만큼 보편화되었습니다. Netscape가 시작한 표준 노력은 클라이언트-서버 이메일 시스템의 주요 개발자들의 지원을 받았습니다. Lotus Development, Microsoft, Novell과 같은 모놀리식 시스템 공급업체조차도 새로운 전자 메일 지원을 포함하여 메시징 시스템을 개방형으로 만들었습니다. 인터넷 프로토콜. 따라서 그들은 메시징 시장에서 경쟁력을 유지할 수 있었습니다.

전면에

Messaging Server와 SuiteSpot 서버 제품군이 출시되면서 Netscape는 시스템이 완전히 인터넷 메일 프로토콜에 기반한 최초의 공급업체가 되었습니다. 이러한 제품은 인터넷 백본을 통해 메시지를 라우팅하기 위한 SMTP(Simple Mail Transfer Protocol)와 다양한 이메일 형식 및 첨부 파일을 설명하기 위한 MIME(Multi Purpose Internet Mail Extension)을 지원합니다.

또한 Netscape는 클라이언트측 메시지 액세스를 위해 최신 두 가지 인터넷 프로토콜을 최초로 채택했습니다. 첫 번째는 POP3(Post Office Protocol)로, 사용자는 POP 호환 이메일 리더를 사용하여 어디에서나 인터넷을 통해 메일에 액세스할 수 있습니다.

IMAP4(Internet Mail Access Protocol 4)라는 좀 더 복잡한 두 번째 프로토콜을 사용하면 원격 서버에서 전자 메일에 액세스하고, 메시지를 편집하고, 서버의 폴더를 조작하고, 메시지 헤더나 메시지 일부를 선택적으로 다운로드할 수 있습니다. IMAP은 가까운 미래에 POP를 대체할 것으로 예상됩니다.

넷스케이프 재생 주요 역할조직 내부와 외부 모두에서 사람과 리소스를 찾는 것이 목적인 전역 디렉터리를 만들기 위해 LDAP(Lightweight Directory Access Protocol)를 홍보합니다.

IDC 조사에 따르면, 1996년 Netscape는 인터넷 이메일 서버 소프트웨어 사용자 수(약 450만 명)에서 업계 선두가 되었습니다. 로컬 네트워크 기반 이메일 시스템 시장의 경우, 같은 해 Lotus cc:Mail 서버 사용자 수는 1,060만 명, Notes - 820만 명, GroupWise - 740만 명, Microsoft Mail - 730만 명이었습니다.

IDC에 따르면 글로벌 메시징 시장은 1996년 12억 개에서 2001년 21억 개로 성장할 것이며, 대부분의 라이센스는 Microsoft, Lotus 및 Novell과 같은 주요 업체로 넘어갈 것입니다.

Netscape와 메시징 경쟁업체는 내부 및 외부 통신을 위한 일관된 아키텍처, 뛰어난 확장성, 저렴한 소유 비용, 보안 기능 및 수년간의 교육 없이도 사용하기 쉬운 개방형 인터넷 표준의 광범위한 채택에 기여해 왔습니다.

Netscape의 메시징 제품 마케팅 관리자인 J.F. Sullivan은 "Netscape 모델은 설정, 소유 및 운영에 드는 비용이 적기 때문에 소유 비용이 훨씬 낮습니다."라고 말합니다. "표준을 기반으로 우리는 빠르고 확장성이 뛰어난 시스템을 만들 수 있었습니다. 우리의 관점에서 볼 때 표준 내에서 속도와 확장성이 가장 큰 장점입니다. 그리고 우리는 아직 가능한 것의 한계에 도달하지 않았습니다."

Netscape는 인트라넷을 엑스트라넷으로 확장하고 기업이 세계와 통신할 수 있도록 하려면 확장 가능한 솔루션이 필수적이라고 믿습니다. 회사에 따르면 Netscape 서버는 더 큰 숫자하나의 플랫폼에서 사용자. 예를 들어, Netscape Mes-saging Server는 133MHz Pentium 프로세서를 탑재한 단일 Compaq 서버에서 3000명의 사용자에게 쉽게 서비스를 제공할 수 있습니다. 램용량은 64MB입니다. 비교하려고, 마이크로소프트 익스체인지 5.0은 단일 서버에서 200~500명의 사용자만 지원할 수 있습니다. Netscape 서버는 가장 많이 실행될 수 있습니다. 다양한 플랫폼따라서 회사는 협업 지원 서비스를 호스팅하기 위해 가장 확장성이 뛰어난 서버 플랫폼을 선택할 권리가 있습니다.

Creative Networks의 조사에 따르면, 개방형 시스템오늘날 메시징은 이미 상당한 비용 이점을 갖고 있으며 이러한 가격 격차는 더욱 커질 것입니다. ~에 이 순간첫 해에 사용자당 절감액은 367~406달러(시작 비용 포함)이며, 사용자가 5,000명인 조직의 경우 약 200만 달러입니다.

닫혀 있다가 열리다

낮은 소유 비용과 제품 상호 운용성에 대한 높은 요구로 인해 Lotus, Microsoft 및 Novell은 메시징 시스템을 개방하여 인터넷 프로토콜을 지원하게 되었습니다. 그렇지 않으면 Netscape와 같은 회사에 시장 점유율을 잃을 위험이 있다고 The Burton Group의 사장인 Jamie Lewis는 말합니다. “넷스케이프는 표준 프로토콜에 의존했고 다른 제조업체들이 인터넷에 관심을 돌리도록 강요했습니다.”라고 그는 말합니다. “제조업체들은 인터넷 지원을 거부함으로써 그들의 시스템을 멸종 위기로 몰고 가고 있습니다. 인터넷은 메시지 교환 시스템 시장을 완전히 재편했고 이를 글로벌 커뮤니케이션의 기반으로 만들었습니다."

인터넷이 등장하고 조직 외부 사람들과의 통신에 대한 수요가 출현하기 전에는 메시징 시스템 개발자에게 상호 운용 가능한 시스템을 만들 동기가 없었습니다. 각자 최대한 많이 차지하려고 노력했지만 최대후속 포착을 목표로 시장을 공략합니다. 그러나 인터넷이 널리 상용화되기 시작하고 개방형 표준을 지원하기 위해 시스템을 신속하게 다시 작성하자 이들 회사는 주장을 포기했습니다.

기업 서버 및 인터넷 연결로서 Exchange의 입지를 강화하려는 확고한 노력의 일환으로 Microsoft는 1년 반에 걸쳐 인터넷 메시징 표준에 대한 지원을 포함하도록 Exchange를 완전히 재설계했습니다. 아직 베타 테스트 중인 Exchange 5.5는 필요한 모든 오픈 메일 프로토콜(SMTP, MIME, POP3, IMAP4 및 LDAP)을 구현합니다. 호스트 간 SMTP 연결 암호화, SMTP 로그인 세션 인증을 위한 보안 인증 소켓 계층 등의 보안 기능을 제공합니다. (보안 프로토콜에 대한 자세한 내용은 사이드바를 참조하세요. "S/MIME과 PGP가 입지를 굳히고 있습니다.".) 또한 Exchange 5.5는 인증된 로그온 세션을 사용하여 스푸핑 공격을 방지하고 관리자가 사용된 보안 방법에 따라 들어오는 SMTP 연결을 허용하거나 거부할 수 있도록 합니다.

이제 Exchange는 다음과 같은 다른 시스템 및 클라이언트와 공존할 수 있습니다. 인터넷 익스플로러 마이크로소프트 Netscape의 Communicator를 사용하고 웹 애플리케이션과 상호 작용합니다. 지원되는 사용자 수는 서버가 실행되는 하드웨어 플랫폼에 의해서만 제한되어 확장성이 향상되었습니다. 이는 메시지 저장에 대한 이전의 16GB 제한(사용자 500명에 해당)에 비해 확실히 향상된 것입니다.

또한 새로운 Exchange 5.5 LDAP 인터페이스를 사용하면 조직은 원격 및 모바일 사용자가 서버에 액세스할 수 있는 모든 컴퓨터에서 예산에 액세스할 수 있도록 하는 기업 화이트 페이지를 만들 수 있습니다. Exchange의 단점은 UNIX 시스템만큼 확장성과 신뢰성이 떨어지는 Windows NT에서만 실행된다는 것입니다.

Lotus는 Exchange와의 치열한 경쟁에 직면해 있습니다. 2,600만 명의 사용자 기반을 유지한다는 목표를 가지고 Notes 메시징을 개선하고 인터넷 중심 Domino 서버에 인터넷 표준 지원을 포함시키기 위해 열심히 노력하고 있습니다. Notes 4.6은 IBM/Lotus 네트워크 컴퓨팅 프레임워크의 일부이며 Domino Go 웹 서버, Domino 메일 서버 및 Domino 웹 애플리케이션 서버와 함께 패키지되어 있습니다. 1997년 9월부터 사용 가능한 버전 4.6은 SMTP, MIME, NNTP2, IMAP4 및 POP3를 지원합니다. 공용 및 개인 네트워크에 있는 사람과 자원의 범용 디렉토리 표준인 LDAP-2에 대한 완전한 지원은 1998년 Notes 5.0에 나타날 예정입니다. 이것이 없으면 다른 시스템의 사용자는 원하는 사람을 이름으로만 찾을 수 있을 뿐 더 이상 얻을 수는 없습니다. 유용한 정보예: 전화번호, 일반 주소, 이메일 주소.

Notes 4.6은 Internet Explorer 3.0 및 4.0과 통합되어 사용자는 Notes를 종료하지 않고도 인터넷 서핑을 할 수 있고 웹 페이지를 전송, 공유 또는 저장할 수 있습니다. 또한 중요한 웹 페이지를 자동으로 모니터링하여 사용자에게 변경 사항을 알리고 나중에 읽을 수 있도록 사이트의 모든 콘텐츠를 다운로드하도록 에이전트를 구성할 수 있습니다. 버전 4.6에서는 사용자가 Notes 이메일 환경에서 인터넷 POP3 이메일 예산에 액세스할 수 있습니다. 새로운 클라이언트는 Java 애플릿도 지원하므로 사용자는 이메일을 포함한 모든 문서에 애플릿을 안전하게 포함하고 실행할 수 있습니다.

완전한 Notes/Domino 애플리케이션 개발 환경이 과도한 중소기업을 위해 Lotus는 1997년 5월에 출시된 Domino 메일 서버를 제공합니다. 최신 인터넷 이메일 표준을 지원하는 Domino 메일 서버를 통해 사용자는 모든 인터넷 표준 준수 이메일 클라이언트(예: 웹 브라우저, 로터스 노트, POP3 및 IMAP4). 서버를 대화형 서버로 업그레이드할 수 있습니다. 인터넷 애플리케이션소프트웨어를 교체하지 않고도 Lotus Domino를 사용할 수 있습니다.

로 전환하기로 결정한 후 개방형 표준, Lotus는 1,200만 명의 cc:Mail 지지자들을 잊지 않았습니다. 1997년 10월에 출시된 버전 8.1은 이메일 클라이언트에 다음을 제공합니다. 인터넷 액세스 cc:Mail 디렉터리에 저장하고 브라우저 및 기타 전자 메일 클라이언트에서 cc:Mail 서버에 있는 메시지를 읽을 수도 있습니다. POP3 및 IMAP4 프로토콜은 물론 LDAP 디렉터리도 지원합니다. 이는 cc:Mail 및 Notes 제품 시리즈를 통합된 표준 기반 솔루션으로 병합하기 위한 또 다른 단계입니다.

2위 사용자인 Novell은 메시징 표준 지원에 있어 최신 버전의 Lotus 및 Microsoft 시스템과 동등한 수준을 달성하기 위해 GroupWise 이메일, 일정 및 문서 관리 소프트웨어를 재설계하고 있습니다. 1997년 7월에 출시된 GroupWise 5.2는 고객 네트워크를 인터넷과 인트라넷으로 확장하는 수단으로 자리매김했습니다. IMAP4, POP3 및 전화 접속 SMTP를 지원하므로 인터넷에 직접 접속할 수 없는 중소기업의 통신 비용을 절약할 수 있습니다.

최신 버전의 GroupWise에는 인터넷을 통해 양식을 작성하거나 여러 사람을 위한 모임 예약과 같은 다양한 트랜잭션을 수행할 수 있는 Java 호환 웹 클라이언트가 있습니다. 제공 단일 인터페이스이메일, 음성 메일, 팩스, 일기 항목, 첨부 파일 및 인터넷 검색을 보내고 받기 위해 WebAccess 클라이언트에는 로컬 클라이언트만큼 편리하고 쉽게 인터넷에 액세스할 수 있는 6개의 Java 애플릿이 있습니다. 또한 GroupWise 사용자는 LDAP 호환 디렉토리에 있는 사람과 자원에 대한 정보에 액세스할 수 있습니다. GroupWise는 Java 응용 프로그램과 애플릿을 지원합니다. 서버 수준, 예약용 확장 기능이 있는 IMAP4용 Java 클래스도 있습니다.

GroupWise 5.2에는 NNTP 및 보안 MIME(S/MIME)에 대한 지원이 부족합니다. 두 프로토콜 모두 1998년 중반에 출시될 예정인 코드명 Surge라는 다음 버전에 나타날 예정입니다.

주의해야 할 점은?

이러한 유망한 개발에도 불구하고 클라이언트와 서버 간의 완전한 상호 운용성은 최신 버전의 메시징 시스템을 통해서만 달성할 수 있으며, 그렇다고 해도 서로 다른 제품이 완벽하게 함께 작동한다는 보장은 없습니다. 또한 표준 사양에는 다양한 뉘앙스가 있기 때문에 구현 방식은 제품마다 다릅니다.

예를 들어 Netscape는 다른 클라이언트가 지원하지 않는 많은 LDAP 확장, 특히 페이지 모드를 지원합니다. 마찬가지로 일부 IMAP 클라이언트에는 다른 클라이언트보다 더 많은 표준 기능이 포함되어 있으므로 다른 클라이언트는 호환되지 않을 수 있습니다. 결과적으로 Netscape 클라이언트를 실행하는 사람은 Microsoft 클라이언트를 실행하는 수신자가 읽을 수 없는 요소를 메시지에 포함할 수 있습니다.

대기업이 향후 1~2년 내에 메시징 시스템을 표준 시스템으로 마이그레이션함에 따라 이전 비표준 버전과 새 버전 사이에 비호환성이 발생합니다. 표준 제품의제에도 있습니다. 예를 들어 Microsoft 클라이언트의 경우 아웃룩 익스프레스 IMAP4 지원 메시지가 독점 MAPI 프로토콜을 사용하여 이전 버전의 Outlook으로 전송되면 Exchange Server는 IMAP 메시지를 MAPI로 변환합니다. 이 변환의 결과로 IMAP 표준의 모든 요소와 기능이 보존되지는 않습니다.

인터넷 기반 이메일 표준 개발에 전념하는 조직인 IMC(Internet Mail Consortium)의 이사인 Paul Hoffman은 "Microsoft와 Lotus는 아직 상호 운용성 테스트가 없기 때문에 표준을 따를 수 있다는 것을 모든 사람에게 증명하지 못했습니다."라고 말합니다. 일반적으로 이러한 제품은 메시지가 예상대로 전송될지 미리 확신할 수 없기 때문에 SMTP, IMAP4 및 POP3 표준에 대해 테스트해야 합니다.”

인터넷 기반 클라이언트 간의 비호환성은 문제의 한 부분일 뿐이며, 다른 하나는 기능입니다. 개방형 표준을 지원함으로써 클라이언트와 서버는 더 나은 상호 운용성을 갖지만 Lotus 및 Microsoft와 같은 더 오래되고 강력한 시스템의 복잡한 요소와 기능을 많이 갖고 있지 않습니다. 기능 손실은 상당히 클 수 있습니다.

1997년 11월 Burton Group이 발행한 "메시징 및 공동 작업 소프트웨어를 위한 인프라"라는 제목의 보고서에서는 "모든 사용자가 상대적으로 간단하고 확장 가능한 MIME 지원 메시징 시스템을 필요로 한다면 인터넷 표준 기반 제품이 의심할 여지 없이 그들을 만족시킬 것입니다. " 그러나 보고서는 사용자가 메시징 시스템으로 협업 문제를 해결하기를 원한다면 그러한 제품은 도움이 될 수 없다고 계속해서 말합니다. 이러한 사용자는 보다 효율적인 독점 시스템으로 전환해야 하며, 이로 인해 특정 공급업체의 솔루션에 묶여 있을 수 있습니다.

기능 확장

표준화된 메시징 시스템의 기반이 등장했음에도 불구하고 통합 일정 기능, 지능형 양식 생성, 문서 관리, 맞춤형 애플리케이션 개발 도구 등 비표준 확장 기능은 아직 인터넷 프로토콜에 반영되거나 구현되지 않았습니다. 우편물독점적으로 인터넷을 기반으로합니다.

완전히 표준화된 제품을 선택한다는 것은 일부 비표준 기능을 포기한다는 것을 의미합니다. Netscape가 이러한 격차를 해소하기 위해 노력하는 동안 경쟁업체는 메시징 환경이 뒷받침하는 부가가치 서비스(예: 협업 도구)의 장점을 계속해서 홍보합니다.

특히 API를 사용하면 메시징 시스템을 다시 프로그래밍할 수 있습니다. API 메일 공간인터넷은 아직 개발 중입니다. 이 인터페이스에 대한 표준은 아직 존재하지 않으므로 Netscape는 자체 비표준 API를 제공합니다. cc:Mail에는 사실상의 표준인 MAPI뿐 아니라 가져오기/내보내기를 위한 유틸리티도 있습니다. MS Mail에는 자체 파일 형식 API가 있으며 MAPI도 지원합니다.

Lotus 메시징 플랫폼은 가장 강력한 애플리케이션 개발 기능을 갖추고 있습니다. Microsoft는 시스템을 자체 개체 프레임워크에 연결했지만 Lotus는 Notes 4.6에 Designer for Domino라는 도구를 포함했습니다. 이 도구를 사용하면 개발자는 페이지 레이아웃, 그래픽 또는 Java 애플릿과 같은 애플리케이션의 시각적 요소를 완전한 데이터베이스 기반 노드를 만드는 데 필요한 비즈니스 논리와 결합할 수 있습니다. 개발자는 간단한 웹 페이지부터 대화형 공동 작업 웹 서버에 이르기까지 모든 것을 만들 수 있습니다.

Lotus는 항상 고객이 메시징 플랫폼을 협업 및 토론 데이터베이스로 사용할 수 있도록 지원하기 위해 최선을 다해 왔습니다. 따라서 Domino를 사용하여 Notes 애플리케이션 개발을 위한 완전한 인프라를 구축하고 새로운 문제에 대한 모니터링 및 보고를 구성할 수 있습니다. 고객은 다음을 사용하여 요청을 제출하거나 볼 수 있습니다. 웹 브라우저. 불행하게도 이 제품의 많은 고급 기능은 아직 표준화되지 않았습니다.

Microsoft는 공동 작업과 워크플로를 자동화하는 데 사용할 수 있는 이벤트 기반 에이전트를 만들기 위해 실시간 대화 서비스, 서버측 스크립팅 지원 등 여러 가지 개발 관련 기능을 Exchange에 추가했습니다. Exchange에는 개체를 사용하여 전자 메일, 토론, 일정 및 디렉터리에 액세스할 수 있는 공동 작업 데이터 개체(이전의 Active Messaging)라는 개발 도구 키트가 있습니다.

GroupWise 5.2를 통해 Novell은 기업이 비즈니스 절차를 자동화하고 단순화하는 데 도움이 되는 그래픽 문서 관리에 중점을 두고 있습니다. 또한 GroupWise 사서함을 사용하여 기업 인트라넷에서 스캔한 이미지를 보고, 저장하고, 편집하고 라우팅하는 도구인 새로운 GroupWise Imaging을 홍보하고 있습니다.

서로 다른 시스템의 결합

인터넷 표준을 채택한 Lotus, Microsoft, Novell은 익숙한 시스템을 포기하지 않았습니다. 대신 게이트웨이를 사용하여 여러 프로토콜을 지원하는 새로운 버전의 메시징 서버를 개발했습니다. 게이트웨이는 인터넷에서 들어오는 메시지뿐 아니라 비표준 시스템 내에서 전송되는 메시지도 변환합니다. 따라서 게이트웨이를 사용하면 개방형 클라이언트와 폐쇄형 클라이언트가 공존할 수 있습니다. 게이트웨이를 통해 사용자는 기존 클라이언트는 물론 경쟁업체의 브라우저 및 클라이언트를 사용하여 이메일 시스템에 액세스할 수 있습니다. 또한 LAN 기반 시스템의 표준 또는 고급 기능을 지원하도록 선택할 수 있습니다.

메시징 제품 및 서비스 전문 컨설팅 회사인 Rapport Communications의 책임자인 Gary Rowe는 이러한 접근 방식의 단점은 유연성 증가에 따른 추가 관리 부담이라고 설명합니다. 그러나 그는 이렇게 믿는다. 이 접근법에 대해 선호됩니다 대기업, 새로운 메시징 시스템을 설치하기 위해 기존 시스템을 해체하는 대신 점진적으로 개방형 표준으로 이동하기를 원하기 때문입니다. "Novell, Lotus 및 Microsoft는 모두 폐쇄형 시스템과 개방형 시스템이 공존할 수 있도록 하는 일련의 도구, 게이트웨이 및 마이그레이션 도구를 제공합니다. 다국적 기업은 점점 더 전략화되고 있는 이메일과 공동 작업 도구를 모두 중요하게 생각하므로 다음으로 전환하기를 원합니다. 개방형 시스템은 안정적이고 전문적으로 관리되었습니다."

새 메일 시스템으로의 전환이 말 그대로 하룻밤 사이에 이루어지지 않는 한, 구현 계획에서는 이전 시스템과 새 시스템이 한동안 공존할 것이라는 점을 고려해야 하며 이들 간의 상호 작용은 게이트웨이, MTA(메시지 전송 에이전트) 또는 메시지 스위치를 통해 촉진되어야 합니다. .

Lotus는 최신 버전의 Domino에 SMTP/MIME MTA를 포함시켰습니다. 이를 통해 Notes 사용자는 SMTP/MIME 프로토콜을 사용하여 다른 사용자에게 메시지를 보낼 수 있습니다. Notes/Domino 4.6에서 SMTP MTA는 다른 구성요소(예: POP3 서버 및 IMAP 서버)와 마찬가지로 기본 Domino 서버의 내장 구성요소입니다. MTA는 설치 및 구성 측면에서 Domino 서버와 완전히 통합됩니다. 새 인터넷 메시지 저장소 옵션을 사용하면 MIME 메시지를 Notes 개체 저장소에 변환되지 않은 형식으로 저장할 수 있습니다. Lotus는 이 기능이 POP3 또는 IMAP 클라이언트에서 읽을 때 메시지 재현성을 100% 제공한다고 주장합니다.

Netscape Meeting Server 3.0은 기존의 모든 SNMP 기반 메시징 시스템과 원활하게 상호 운용됩니다. Netscape Migration Toolkit 1.0을 통해 Netscape는 기업이 폐쇄형 시스템에서 개방형 인터넷 메일 시스템으로 이동할 수 있도록 지원하고 있습니다. 이 도구 세트는 Lotus Notes, cc:Mail, Eudora 클라이언트 및 Microsoft Mail에서 Netscape Messaging Server로 마이그레이션하는 데 유용합니다. 이 키트를 사용하면 사용자를 위한 새 예산을 만들 수 있을 뿐만 아니라 모든 메시지, 첨부 파일, 폴더, 개인 메일 설정은 물론 메시지 게시판과 같은 cc:Mail 개체도 이동할 수 있습니다.

사용자가 레거시 메시징 시스템과 보다 쉽게 ​​통신하고 공존할 수 있도록(결국 완전히 Exchange로 전환) Microsoft는 1997년 초에 Linkage Software를 인수했습니다. 이 소프트웨어의 커넥터를 통해 Exchange를 Notes, IBM PROFS 및 SNA Distribution Services에 연결할 수 있습니다. Exchange에는 아직 GroupWise에 대한 커넥터가 없지만 GroupWise에서 필요한 마이그레이션 도구는 있습니다.

Novell은 GroupWise 5.2에서 더욱 발전하여 서버에서 실행되고 모든 인터넷 프로토콜을 통해 GroupWise에 대한 액세스를 제공하는 GroupWise 인터넷 에이전트를 포함시켰습니다. IMAP, POP, LDAP, SMTP 등의 게이트웨이를 구입하고 구성하는 대신 사용자는 버전 5.2를 간단히 설치할 수 있습니다. 소프트웨어는 인터넷 에이전트를 통해 트래픽을 자동으로 라우팅합니다.

Novell은 또한 무료로 제공되는 Microsoft Mail용 GroupWise 게이트웨이도 개발했습니다. 추가제품, GroupWise와 Microsoft Mail 사용자는 GroupWise를 통해 서로 투명하게 메시지를 교환할 수 있습니다.

그럼 아직도 넷스케이프인가요?

작년 7월 CNI 조사에 따르면 서로 다른 폐쇄형 시스템의 상호 작용을 보장하는 풍부한 수단에도 불구하고 개방형 메시징 시스템은 분산 네트워크의 클라이언트-서버 시스템보다 60% 더 높은 것으로 평가되었습니다. 긴밀한 통합. 연구에서는 다음과 같이 주장합니다. 오픈 제품 Netscape와 같은 메시징 시스템은 TCP/IP 프로토콜에 직접적으로 의존하고 불필요한 변환을 제거하여 상당한 비용 절감 효과를 제공합니다. 다양한 레벨프로토콜 스택. 결론적으로 이를 통해 관리 자원을 절약하고 보다 확장 가능한 네트워크를 만들 수 있다는 점에 주목합니다.

분명히 Netscape는 1년 전 개방형 인터넷 표준을 지원하는 유일한 공급업체였을 때 이점을 누렸습니다. 하지만 결국 시장의 주요 플레이어는 우편 시스템인터넷 표준을 옹호하는 사람들에게 Netscape는 어떤 역할을 하며, 일부 제품은 다른 제품과 어떻게 다른가요?

IMC의 Hoffman에 따르면 해결책은 결코 표준화되지 않는 메시징 시스템의 두 가지 측면인 사용자 및 관리 인터페이스를 개선하는 데 있습니다. 예를 들어, Microsoft는 Netscape의 Messenger 클라이언트보다 사용자에게 더 매력적으로 보이도록 Outlook 클라이언트에 수많은 기능을 포함시켰습니다. 또한 Microsoft와 Lotus는 관리 콘솔에서 메일을 관리하면서 축적된 경험을 활용할 수 있습니다. 다양한 메시징 시스템의 관리 기능은 대체로 유사하지만 유용성, 유연성 및 관리의 차이로 인해 다른 시스템에 비해 어느 정도 경쟁 우위를 확보할 수 있습니다.

궁극적으로 인터넷 표준은 사용자에게 더 큰 유연성과 장기적인 안정성을 제공합니다. 비표준 기능을 인터넷 기반 소프트웨어로 구현할 수 있다면 고객은 하나의 제조 회사와 하나의 폐쇄형 시스템에 대한 솔루션 선택에 제한을 받지 않습니다. 예를 들어 제조업체 X가 계속해서 다음 버전의 출시를 지연하거나 재무 상태가 지속 가능하지 않게 되면 해당 제품은 Y 회사의 시스템으로 대체될 수 있습니다.

호프만에 따르면, 가장 좋은 방법은경쟁에서 살아남고 표준을 더욱 발전시키려면 개방형 프로토콜표준 조직에 대한 후속 제출을 통해 비표준 확장을 개발합니다. Netscape는 이 길을 따랐으며, 역사가 교훈을 준다면 Microsoft와 다른 업체들도 그 발자취를 따라야 합니다.

새로운 프로토콜의 물결이 메시징 시스템 시장을 열다

인터넷 이메일 표준

SMTP Simple Mail Transfer Protocol은 POP와 IMAP 모두에서 메일을 보내는 데 사용됩니다. SMTP는 인터넷의 확장과 필요한 만큼의 서버를 통해 호스트에서 호스트로 메일을 전송하는 메커니즘의 필요성으로 인해 등장했습니다. 일반적으로 메일 전송에는 발신자와 수신자라는 두 개의 호스트만 관련됩니다.

몸짓 광대극 다목적 인터넷 메일 확장은 ASCII가 아닌 형식의 데이터로 여러 부분으로 구성된 메시지의 형식을 지정하기 위한 표준입니다. 일반적으로 클라이언트-서버 메일 프로토콜은 메시지를 단일 단위로 처리하며 MIME 메시지는 기존 메일 시스템에 투명하도록 특별히 설계되었기 때문에 다른 메시지뿐만 아니라 MIME 메시지도 추출할 수 없습니다. 그러나 IMAP 프로토콜 버전 4(아래 참조)에서는 MIME 인코딩된 메시지의 일부를 추출할 수 있습니다.

POP3 Post Office Protocol 버전 ​​3은 오프라인 이메일 거래를 단순화하도록 설계된 클라이언트 측 이메일 프로토콜입니다. 메시지는 클라이언트에 다운로드되어 로컬로 처리됩니다.

IMAP4 인터넷 메시지 액세스 프로토콜. 이메일을 선택적으로 검색할 수 있는 기능을 갖춘 서버 기반 이메일 프로토콜입니다. 이는 다음을 위한 것입니다. 같이대화형 및 오프라인 메일 관리용. 클라이언트는 메시지나 폴더 구조 자체를 유지할 필요가 없습니다. IMAP은 주로 서버에 메일 관리 기능이 있기 때문에 POP를 빠르게 대체하고 있습니다. 그러나 그는 더 많은 것을 제시합니다. 높은 요구 사항서버에. IMAP 기능에는 선택적 다운로드, 서버 기반 폴더 계층 지원, 공유 메일 및 사서함 동기화가 포함됩니다. IMAP을 사용하면 원격 사용자가 메시지를 다운로드하지 않고도 메시지의 특정 부분이나 메시지 구조를 볼 수 있으므로 메일 작업이 훨씬 쉬워집니다. 또한 이 프로토콜을 사용하면 클라이언트가 서버를 사용하여 메시지를 검색하여 네트워크 트래픽을 최소화할 수 있습니다. IMAP을 사용하면 다음과 같은 폴더 계층 구조를 만들 수 있습니다. 메일 서버, 사용자 예산 내에서 여러 위치에서 쉽게 액세스할 수 있는 중앙 집중식 스토리지를 제공합니다.

모자 이전에 IMSP(Interactive Mail Support Protocol)로 알려진 응용 프로그램 구성 액세스 프로토콜은 IMAP4를 보완하기 위해 개발되었으며 IMAP4 범위를 넘어서는 보완 메일 서비스를 제공합니다. 전자게시판과 우편함을 찾아서 가입할 수 있을 뿐만 아니라, 주소록을 찾아 검색할 수 있습니다.

LDAP 현재 가장 널리 사용되는 프로토콜은 Lightweight Directory Access Protocol입니다. LDAP를 사용하면 사용자 프로필과 정책 정보를 통합하여 보안, 애플리케이션, 장치를 관리하는 동시에 중앙 집중식 관리를 제공할 수 있습니다. 현재 LDAP는 중앙 디렉터리에 대한 클라이언트 액세스를 정의하며 복제 또는 동기화 서비스를 제공하지 않습니다. 이러한 서비스가 없다는 것은 중요한 단점입니다. 인터넷 시스템 cc:Mail 또는 MS Mail 디렉터리의 메일 변경 사항은 인터넷 메일 디렉터리에 자동으로 복사되어야 하며 그 반대의 경우도 마찬가지입니다. 일부 인터넷 메일 제품은 개인(로컬) 디렉터리만 제공합니다.

두 가지 인터넷 기반 이메일 보안 프로토콜에 주의가 필요합니다.

S/MIME과 PGP가 입지를 굳히고 있습니다.

개발 중인 다음 이메일 표준은 인터넷을 통해 전송되는 전자 메시지의 개인 정보 보호를 다룰 것입니다. 가장 확실한 경쟁자는 S/MIME(Secure Multi Purpose Internet Mail Extension)과 PGP/MIME(Pretty Good Privacy/MIME)입니다.

S/MIME은 이메일 메시지를 암호화하고 디지털 서명하기 위한 IETF 표준 제안입니다. S/MIME은 Apple, Digital Equipment, Lotus Development, MIT, RSA Data Security 및 Sun Microsystems를 포함한 컴퓨터 업계 공급업체 컨소시엄이 1991년에 개발한 PKCS(공개 키 암호화 표준)를 사용합니다.

PGP/MIME은 IETF 표준 제품이기도 하며 지난 12월 Network Associates가 인수한 Pretty Good Privacy의 상용 제품으로 제공됩니다(Network Associates는 McAfee Associates와 Network General의 합병을 통해 만들어졌습니다).

PGP의 이메일 제품과 제안된 표준은 Phil Zimmerman이 개발하고 인터넷에서 널리 알려진 공개 키 암호화 소프트웨어를 기반으로 합니다.

보안 측면에서 어떤 시스템도 다른 시스템보다 우수하지는 않지만 S/MIME은 Netscape Communicator 및 메일 모듈에 내장된 지원으로 인해 훨씬 ​​더 광범위한 업계 지원을 얻었습니다. 마이크로소프트 인터넷익스플로러 4.0. S/MIME은 내년 초까지 거의 보편적으로 채택될 것으로 예상되며, 40명 이상의 다른 이메일 시스템 개발자가 이에 대한 지원을 시스템에 통합할 것입니다.

Giga Information Group의 전자 상거래 부사장인 Ira Maczewski는 1997년 10월 보고서에서 “PGP/MIME을 대체 표준으로 확립하려는 PGP의 시도에도 불구하고 우리는 가능성이 전혀 없다고 생각합니다.”라고 썼습니다. /MIME은 이메일 암호화 및 서명 시장에서 최고의 자리를 차지할 것입니다. 다른 표준을 채택하는 사람들은 소수의 동료 채택자들 외에는 누구도 이해하지 못하는 이메일을 주고받을 위험이 있습니다."

이메일 작동 방식. 이메일 시스템에서 주소 지정. 메일 별칭. 메일 메시지 형식. 팩스 메시지를 보내는 중입니다. 가장 많이 찾아보세요 인기 프로그램이메일 작업을 위해.

지침

요즘 이메일 시스템이 점점 더 대중화되고 있습니다. 그것은 무엇이며 어떻게 사용할 수 있습니까?

우리는 메일이 무엇인지 알고 있습니다. 이는 최소한 두 명의 가입자가 정보를 교환할 수 있는 전통적인 통신 수단입니다. 이 교환이 이루어지려면 메시지를 작성하고 주소를 명시한 후 편지가 필연적으로 우체국에 도착할 우편함에 넣어야 합니다. 지정된 주소가 일반적으로 허용되는 표준을 충족하면 잠시 후 우체부가 해당 주소를 수신자의 사서함에 넣습니다. 다음으로 구독자가 메시지를 열면 정보 교환이 이루어집니다. 프로세스 속도를 높이기 위해 전화를 들고 전화 번호를 누른 다음, 올바른 연결, 그러면 구독자는 우리가 그에게 전달하고 싶은 내용을 듣게 될 것입니다. 가입자가 응답하지 않거나 통화중인 경우 귀중한 시간을 낭비한 것을 후회하면서 절차를 다시 반복해야합니다.

우편과 전화라는 이 두 가지 통신 방식은 우리에게 전통이 되었으며 우리는 이미 그 장점과 단점을 잘 알고 있습니다. 이메일이란 무엇입니까?

ARPANET이 처음 등장했을 때 설계자들은 지배적인 트래픽(즉, 노드 간에 전송되는 정보의 양)이 프로세스 간일 것이라고 예상했습니다. 그들은 틀렸다. 놀랍게도 사람들 사이의 이메일 양이 프로세스 간 통신 양을 압도했습니다. 눈, 비, 더위로 인해 우편 배달이 중단될 수 있었지만, 몇 초 만에 미국 서부 해안에서 동부 해안으로 메시지를 전달하는 ARPANET의 능력은 통신에 혁명을 일으키기 시작했습니다.

이메일의 가장 큰 매력은 속도입니다. 그러나 널리 알려지지 않은 또 다른 이점이 있습니다. 전화는 또한 거의 즉각적인 액세스를 제공하지만 연구에 따르면 전화 통화의 약 75%가 실패로 끝나는 것으로 나타났습니다. (“죄송합니다만 Smith 씨는 회의 중입니다/출장 중입니다/방을 나갔습니다.”) 이메일의 접속 속도는 전화와 동일하지만 양쪽 모두 통화 중일 필요는 없습니다. 동시에 전화선의 반대쪽 끝. 또한 그녀는 저장하거나 전달할 수 있는 메시지의 사본을 남깁니다. 또한 여러 가입자에게 동시에 편지를 보낼 수도 있습니다. 그리고 그게 다가 아닙니다!! 최신 이메일 서비스를 사용하면 서면 메시지뿐만 아니라 사진, 비디오, 프로그램 등 모든 종류의 정보를 전송할 수 있습니다.

그리고 이 모든 것은 어디로든 전송되도록 보장됩니다 지구몇 분 동안.

이메일 운영의 원칙. 이메일 시스템.

이메일 시스템은 세 가지 구성 요소로 구성됩니다.

사용자 에이전트 -사용자가 메시지를 읽고 작성할 수 있습니다.

운송 대리인- 한 컴퓨터에서 다른 컴퓨터로 메시지를 전달합니다.

배송대행 -수신자 사용자의 사서함에 메시지를 넣습니다.

사용자 에이전트. 사용자가 메일 메시지를 읽고 작성할 수 있는 프로그램으로는 Windows 95의 Internet Mail 프로그램과 UNIX의 mail 명령이 있습니다.

최초의 사용자 에이전트는 AT&T가 개발한 /bin/mail이었습니다. 이제 이 수업에는 여러 프로그램이 있습니다. 또한 그래픽 사용자 인터페이스를 갖춘 사용자 에이전트도 있습니다. 이메일 메시지에 멀티미디어 개체를 포함하는 것을 정의하는 표준도 있습니다. MIME(다목적 인터넷 메일 확장)이라고 합니다. 많은 사용자 에이전트가 이 표준을 지원합니다.

운송 대리인. 사용자 에이전트의 메일을 수락하는 프로그램은 사용자 주소를 해석하고 후속 배달을 위해 메일을 적절한 컴퓨터로 리디렉션합니다. 또한 전송 에이전트는 다른 전송 에이전트로부터 들어오는 메일을 받습니다. 전송 에이전트는 RFC821에 정의된 SMTP(Simple Mail Transport Protocol) 프로토콜을 실행합니다.

UNIX OS(MMDF, zmailer, smail, upas 등)용으로 여러 전송 에이전트가 개발되었지만 가장 강력하고 유연하며 가장 널리 사용되는 전송 에이전트는 sendmail입니다.

sendmail 프로그램은 사용자와 배달 에이전트 간의 연결 프로그램인 전송 에이전트입니다. 인터넷의 경우 배송대행도 해준다. sendmail 프로그램은 다음 작업을 수행합니다.

사용자의 손에서 메시지가 떠난 후 메시지를 관리합니다.

수신자 주소 분석;

적절한 배송 또는 운송 대리인의 선택,

주소를 배송대행자가 이해할 수 있는 형태로 변환하는 단계;

필요한 제목 형식 변경;

변환된 메시지를 배달 에이전트에게 전송합니다.

sendmail 프로그램은 또한 오류 메시지를 생성하고 보낸 사람에게 배달할 수 없는 메시지를 반환합니다.

배달대행. 전송 에이전트로부터 메일을 받아 해당 사용자에게 배달하는 프로그램입니다. 메일은 특정인, 메일링 리스트, 파일, 프로그램 등에 전달될 수 있습니다. 각 유형의 수신자에게 서비스를 제공하려면 별도의 메일 에이전트, 즉 로컬 사용자를 위한 배달 에이전트가 필요합니다. Spop은 UUCP(UNIX to UNIX Owl) 또는 POP(Post Office Protocol)을 사용하여 메일을 수신하는 원격 시스템 사용자를 위한 배달 에이전트입니다.

/bin/mail 프로그램은 로컬 사용자를 위한 배달 에이전트이고, uux 및 spop, fetchmail 프로그램은 메일을 수신하기 위해 UUCP 또는 POP, IMAP 서비스를 사용하는 원격 시스템 사용자를 위한 배달 에이전트입니다. /bin/sh 프로그램은 파일이나 프로그램으로 전송되는 메일의 배달 에이전트입니다.

이메일 시스템에서 주소 지정. 이메일 주소에는 경로 종속형과 경로 독립적형의 두 가지 유형이 있습니다. 첫 번째 주소 지정 방법을 사용하는 경우 보낸 사람이 알고 있어야 합니다. 중간 기계, 메시지가 목적지에 도달하려면 이를 통과해야 합니다. 두 번째 유형의 주소는 단순히 목적지를 나타냅니다. UUCP 주소는 경로에 따라 다르지만 인터넷 주소는 (일반적으로) 경로에 독립적입니다.

인터넷 이메일 주소의 형식은 user@machine입니다. 여기서 @ 기호는 사용자 이름과 컴퓨터 지정을 구분합니다. 메일은 사용자 컴퓨터의 사용자 사서함으로 배달됩니다.

이메일 주소 예시 yvv@ 소프트프로 . 사라토프 . 루

고려 중인 예에서 yvv는 구독자의 식별자이며 일반적으로 성, 이름 및 후원의 첫 글자로 구성됩니다. @ 기호 오른쪽에 있는 것을 도메인이라고 하며 구독자의 위치를 ​​고유하게 설명합니다. 도메인의 구성 요소는 점으로 구분됩니다. 일반적으로 도메인의 가장 오른쪽 부분은 수신자의 국가 코드를 나타냅니다. 이것이 최상위 도메인입니다. 국가 코드는 국제 ISO 표준에 의해 승인되었으며 부록 1에 나와 있습니다. 이 경우 ru는 러시아 연방 코드입니다. 그러나 네트워크 지정은 최상위 도메인으로 나타날 수도 있습니다. 예를 들어, 고등 교육 기관이나 정부 조직을 연결하는 네트워크가 있는 미국에서는 edu - 교육 기관(예: cs.berkeley.edu), gov - 정부 기관 및 기타 약어가 최상위 도메인으로 사용됩니다( 부록 1) 참조.

다음 하위 도메인(이 경우 saratov)은 최상위 도메인 내에서 고유하게 정의됩니다. 도시 코드인 사라토프(Saratov)가 무엇을 의미하는지 추측하는 것은 어렵지 않습니다. saratov.ru 도메인의 구성 요소 집합을 두 번째 수준 도메인이라고 합니다. 두 번째 수준 도메인 약어는 최상위 도메인에서 채택한 규칙에 따라 정의됩니다.

세 번째 수준 도메인 – Softpro.saratov.ru. 우리의 경우 세 번째 수준 도메인에는 SoftPRO 그룹 회사의 이름이 포함됩니다. 세 번째 수준 도메인 내에서 이름을 형성하는 규칙은 두 번째 수준 도메인의 사적인 문제입니다.

UUCP 주소는 메시지가 목적지로 이동하는 동안 통과해야 하는 시스템 목록으로 구성됩니다. 목록 항목은 느낌표로 구분됩니다. 예를 들어, UUCP 이메일 주소: mcvax!uunet!ucbvax!hao!boulder!lair!evi

대상은 Lair 시스템이고 수신자는 evi 사용자입니다. 체인의 각 시스템은 네트워크 전후에 있는 시스템에 대한 직접 UUCP 연결을 갖습니다. 예를 들어, ucbvax 시스템은 hao 및 uunet 시스템에 연결되어 있어야 합니다. UUCP 주소 체인은 매우 길 수 있지만 이제 인터넷이 널리 사용되므로 실제로 큰 주소는 거의 볼 수 없습니다. 이메일이 주로 UUCP를 기반으로 했을 때 관리자는 기본 UUCP 네트워크의 상당 부분에 걸쳐 컴퓨터 목록을 기억해야 했습니다.

인터넷 이메일 형식에서 위 주소는 evi@lair, 더 정확하게는 다음과 같습니다. [이메일 보호됨]. 결합된 주소도 허용됩니다. 예를 들어, UUCP 시스템이 machine lair를 colorado.edu 도메인의 나머지 부분에 연결하는 경우 주소는 다음과 같습니다. [이메일 보호됨]

메일 별칭. 별칭을 사용하면 시스템 관리자와 개별 사용자가 메일을 전달할 수 있습니다. 메일링 목록(여러 수신자를 포함)을 설정하고, 컴퓨터 간에 메일을 전달하고, 사용자가 여러 이름으로 주소를 지정할 수 있도록 하는 데 사용할 수 있습니다.

별칭은 다음과 같이 정의할 수 있습니다.

사용자 에이전트 구성 파일에서;

시스템 전체 별칭 파일 /etc/aliases에서;

V 사용자 파일앞으로 ~/.forward.

이메일 시스템은 먼저 사용자 에이전트 구성 파일에서 별칭을 찾은 다음 별칭 파일, 마지막으로 사용자 전달 파일에서 별칭을 찾습니다.

다음은 별칭 파일에 정의된 별칭의 몇 가지 예입니다.

evi: evi@mailhub

저자: evi,garth,scott,trent

첫 번째 줄은 nemeth에게 보낸 메일이 로컬 시스템의 사용자 evi에게 전달되어야 함을 지정합니다. 두 번째는 evi로 주소가 지정된 모든 메일이 mailhub 시스템으로 전달되어야 한다는 것입니다. 마지막으로 세 번째 줄은 작성자에게 주소가 지정된 메일이 사용자 evi, garth, scott 및 trent에게 전달되어야 함을 지정합니다. nemeth로 보낸 메일이 결국 evi@mailhub로 끝나도록 재귀가 지원됩니다.

사용자 목록 외에도 별칭은 다음을 참조할 수 있습니다.

메시지를 추가해야 하는 파일입니다.

입력 메시지를 보내야 하는 명령입니다.

메일 메시지 형식. 이메일이 수신자에게 전달되려면 국제 표준에 따라 형식을 지정하고 표준화된 이메일 주소를 가져야 합니다. 일반적으로 허용되는 메시지 형식은 "ARPA 형식 표준 – 인터넷 텍스트 메시지"라는 문서에 의해 정의되며, 설명 요청 또는 RFC822로 축약되며 헤더와 메시지 자체가 있습니다.

이메일 메시지의 예를 살펴보겠습니다.

수신: fuug.fi의 CS.ORST.EDU에서 SMTP ID AA15539(5.65+/IDA-1.3.5의 경우) [이메일 보호됨]); 90년 12월 20일 목요일 08:19:05 +0200

수신됨: jacobs.CS.ORST.EDU에서 CS.ORST.EDU(5.59/1.15) ID AA19981로; 90년 12월 19일 수요일 22:19:59 PST

보낸 사람: 해리 브룩스

메시지 ID:<[이메일 보호됨]>

제목: Re: 참석 여부가 궁금하세요?

안녕! 통신 확인. 메시지가 정상적으로 전달되면 확인 메시지가 나타납니다.

메시지는 수신자에게 보내려는 텍스트와 메시지 시작 부분에 추가되고 빈 줄로 텍스트와 구분되는 헤더로 구성되며 이 메시지에 대한 필수 정보가 여러 줄 포함되어 있습니다. 날짜 출발지, 주소, 귀국 주소, 메시지 제목 등을 포함합니다.

여기서 처음 14줄이 제목을 구성합니다. 각 헤더 줄은 다음과 같습니다. 제목: 텍스트

헤더 줄 이름은 다음과 같이 해독됩니다.

받았다 : 기계 통과 표시(소인). 우리 편지에는 그러한 표시가 다섯 개 있습니다. 즉, 길을 따라 다섯 대의 자동차를 통과했으며 각각 통과할 때를 표시했음을 의미합니다.

날짜 : 편지를 보낸 날짜와 시간 대부분의 메일 시스템은 사용자가 요청하면 시간별로 메시지를 정렬할 수 있으므로 표준 형식으로 지정됩니다.

에서 : 보내는 사람의 이름과 반송 주소<отделен угловыми скобками>.

메시지 - ID : 내부 메시지 ID; 발송인의 우편 서비스에 의해 할당됩니다. 각 문자에는 고유한(세계에서 고유한) 식별자가 할당됩니다. 발신 번호와 같은 문자에 연결하는 데 사용할 수 있습니다.

에게 : 수령인의 주소

주제 : 메시지 제목. 표시 답장 : 이 메시지가 다른 메시지에 대한 응답(reply라는 단어에서 유래)임을 나타냅니다. 원본 메시지와 답글에 다음 줄이 있습니다. 주제 : 같은. 작성자가 응답하면 우편 서비스는 자동으로 원본 메시지에서 제목을 가져왔습니다. 한 주제에 대해 긴 대화를 나눌 때 편리합니다. 메일 서비스가 주제별로 메시지를 정렬하고 이 대화에서 이전 문구를 기억하도록 요청할 수 있습니다.

메시지를 작성할 때 이 줄에 가능한 한 짧고 유익한 제목을 표시하십시오. 모든 사람이 "당신이 나에게 말한 것을 기억하십니까..."와 같은 제목의 메시지를 읽지는 않을 것입니다.

상태 : 메시지 상태; 귀하의 우편 서비스는 귀하가 이미 메시지를 읽었음을 자체적으로 표시하므로 해당 메시지가 두 번째로 새 메시지로 제공되지 않습니다.

여러 가지 다른 유형의 헤더 라인이 있습니다. 그들 모두가 거기에 있을 필요는 없습니다. 일부 노선은 우편 서비스를 통해 자동으로 추가됩니다. ( 받았다 : 날짜 :), 다른 것들은 편지 작성자가 설정합니다 ( 에게 :, 주제 : ). 우편 서비스가 주소를 이해하고 편지를 목적지까지 전달할 수 있도록 메시지에 주소를 표시하는 방법에 대해 자세히 설명하겠습니다.

이메일 메시지 편집기 중 하나를 사용하여 메시지 텍스트를 입력하고 헤더를 생성할 수 있습니다.

메시지 자체는 일반적으로 자유 형식 텍스트 파일입니다. 텍스트가 아닌 데이터(실행 프로그램, 그래픽 정보)를 전송할 때 적절한 소프트웨어에 의해 수행되는 메시지 트랜스코딩이 사용됩니다.

팩스 메시지를 보내는 중입니다.최근 인터넷에 등장한 새로운 기회– 컴퓨터를 사용하여 네트워크를 통해 팩스를 보내고 받습니다. 주문을 보내 팩스를 보내거나 받을 수 있습니다. 올바른 형식의 일반 전자 메일이 컴파일되어 팩스 작업을 처리하는 컴퓨터 노드의 주소로 전송됩니다. 이 편지의 내용은 수신자의 팩스 기계에 팩스로 전달됩니다.

팩스 소프트웨어를 사용하면 데이터를 다음으로 변환할 수 있습니다. 다양한 형식팩스 기계의 형식으로. 예를 들어 Quick Link II 팩스 프로그램을 사용하면 텍스트, TIFF 파일, GEM Artline 또는 Ventura Pablisher 프로그램에서 준비한 IMG 형식, BMP 등의 데이터를 팩스 기계 및 기타 팩스 모뎀으로 전송할 수 있습니다. 마이크로소프트 윈도우, Dr.Halo의 CUT 및 Paintbrush의 PCX.

소개.

요즘 이메일 시스템이 점점 더 대중화되고 있습니다. 그것은 무엇이며 어떻게 사용할 수 있으며 이메일 주소를 이해하는 방법은 무엇입니까?

우리는 메일이 무엇인지 알고 있습니다. 이는 최소한 두 명의 가입자가 정보를 교환할 수 있는 전통적인 통신 수단입니다. 이 교환이 이루어지려면 메시지를 작성하고 주소를 명시한 후 편지가 필연적으로 우체국에 도착할 우편함에 넣어야 합니다. 지정된 주소가 일반적으로 허용되는 표준을 충족하면 잠시 후 우체부가 해당 주소를 수신자의 사서함에 넣습니다. 다음으로 구독자가 메시지를 열면 정보 교환이 이루어집니다. 프로세스 속도를 높이려면 전화 송수화기, 전화번호로 전화를 걸고, 올바르게 연결되면 가입자는 귀하가 전달하려는 내용을 듣게 됩니다. 가입자가 응답하지 않거나 통화중인 경우 귀중한 시간을 낭비한 것을 후회하면서 절차를 다시 반복해야합니다.

이 두 가지 유형의 통신(우편과 전화)은 우리에게 전통이 되었으며 우리는 이미 그 장점과 단점을 잘 알고 있습니다. 이메일이란 무엇입니까? 이메일 - 모든 가입자와 이메일 메시지 교환 인터넷 네트워크. 텍스트 파일과 바이너리 파일을 모두 보낼 수 있습니다. 인터넷에서 이메일 메시지의 크기에는 다음 제한이 적용됩니다. 이메일 메시지의 크기는 64KB를 초과할 수 없습니다.

다른 시스템에서 실행되는 대부분의 알려진 컴퓨터가 이를 지원하므로 거의 모든 컴퓨터에서 모든 컴퓨터로 메시지를 전달할 수 있습니다.

이메일은 여러 면에서 일반 우편과 유사합니다. 도움을 받아 표준 헤더(봉투)가 포함된 텍스트인 편지가 배달됩니다. 지정된 주소는 기기의 위치와 수신자의 이름을 식별하고, 수신자가 편리한 시간에 검색하여 읽을 수 있도록 수신자 메일함이라는 파일에 저장됩니다. 동시에 모든 사람이 이해할 수 있도록 주소를 쓰는 방법에 대해 서로 다른 컴퓨터의 이메일 프로그램 간에 합의가 있습니다.

이메일은 일반 "종이" 우편보다 여러 면에서 더 편리한 것으로 나타났습니다. 편지를 받거나 보내기 위해 컴퓨터에서 일어나 우편함으로 갈 필요가 없다는 사실은 말할 것도 없고,

대부분의 경우 메시지는 일반 우편보다 이메일을 통해 훨씬 빠르게 전달됩니다.

비용이 적게 듭니다.

여러 수신자에게 편지를 보내려면 여러 장을 인쇄할 필요가 없으며 텍스트를 컴퓨터에 한 번만 입력하면 됩니다.

많은 수의 문자를 파일로 저장하는 것은 책상 서랍에 보관하는 것보다 디스크에 저장하는 것이 더 편리합니다. 파일에서 검색하는 것이 더 쉽습니다.

그리고 마지막으로 종이가 절약됩니다.

이메일의 신뢰성은 어떤 이메일 프로그램을 사용하는지, 이메일을 보내는 사람과 받는 사람이 얼마나 멀리 떨어져 있는지, 특히 두 사람이 동일한 네트워크에 있는지 아니면 다른 네트워크에 있는지에 따라 크게 달라집니다. 우리 상황에서는 일반 우편보다 이메일에 의존하는 것이 더 나을 수도 있습니다. 그래도 편지가 분실된 경우에는 곧 내용을 확인하고 새 편지를 보내실 수 있습니다.

이것은 오늘날 우리나라에서 가장 널리 사용되는 인터넷 사용입니다. 추정에 따르면 전 세계적으로 이메일 사용자는 5천만 명이 넘습니다. 일반적으로 전 세계 이메일 트래픽( smtp 프로토콜)는 전체 네트워크의 3.7%만을 차지합니다. 그 인기는 요구 사항이 까다롭고 대부분의 연결이 "통화 중 액세스" 클래스 연결(모뎀에서)이며 러시아에서는 일반적으로 대부분의 경우 UUCP 액세스가 사용된다는 사실로 설명됩니다. 이메일은 모든 유형의 인터넷 접속을 통해 사용할 수 있습니다.

이메일 (전자 메일) - 전자 메일 (구어체 - 일반 메일의 전자 유사어) 도움을 받아 메시지를 보내고, 전자 사서함으로 받고, 주소를 기반으로 상대방의 편지에 자동으로 응답할 수 있습니다. 편지 , 한 번에 여러 수신자에게 편지 사본 보내기, 받은 편지를 다른 주소로 전달하기, 주소(숫자 또는 도메인 이름) 대신 논리적 이름 사용하기, 다양한 유형의 서신에 대해 여러 사서함 하위 섹션 만들기, 편지에 텍스트 파일 포함하기, "메일 반사기" 시스템을 사용하여 통신원 그룹 등과 토론을 진행합니다. 해당 게이트웨이의 주소, 메시지 형식 및 주소를 알고 있으면 인터넷에서 인접한 네트워크로 메일을 보낼 수 있습니다. 회로망.

이메일을 사용하면 FTP를 비동기적으로 사용할 수 있습니다. 이러한 서비스를 지원하는 서버가 많이 있습니다. 귀하는 이 시스템의 명령이 포함된 해당 서비스의 주소로 이메일을 보냅니다. 예를 들어 특정 디렉토리에 대한 목록을 제공하거나 그러한 파일을 귀하에게 보내면 자동으로 이메일 응답을 받습니다. 이 목록을 사용하거나 필요한 파일. 이 모드에서는 거의 모든 일반 ftp 명령 세트를 사용할 수 있습니다. FTP를 통해 자신뿐만 아니라 이메일에 지정한 FTP 서버로부터 파일을 받을 수 있는 서버가 있습니다.

이메일을 사용하면 원격 회의와 토론을 수행할 수 있습니다. 이를 위해 일부 노드 작업 기계에 설치된 메일 반사기가 사용됩니다. 당신은 그러한 리플렉터(토론, 컨퍼런스 등)를 구독하라는 지침과 함께 메시지를 그곳으로 보내고, 토론 참가자들이 그곳에서 보내는 메시지의 사본을 받기 시작합니다. 메일 반사기는 이메일 수신 시 모든 구독자에게 이메일 사본을 보냅니다.

이메일을 사용하면 FTP뿐만 아니라 해당 서비스를 제공하는 유사한 서버가 있는 다른 서비스도 비동기 모드에서 사용할 수 있습니다. 예를 들어 네트워크 뉴스, Archie, Whois가 있습니다.

이메일로도 보내주실 수 있어요 바이너리 파일, 문자 메시지뿐만 아니라. 예를 들어 UNIX에서는 이를 위해 UUENCODE 및 UUDECODE 프로그램이 사용됩니다.

이메일을 사용하면 효율성 때문에 전화 연결 같은 느낌을 받을 수도 있지만, 이것도 여전히 메일이라는 점을 항상 염두에 두어야 합니다. 모든 메시지가 기록되므로 거의 문서화됩니다. 일반적인 통신 에티켓을 준수하세요. 이 외에도 이메일은 일반 메일과 같은 수준의 개인 정보 보호를 갖지 않는다는 점을 기억하십시오. 모든 사람이 볼 수 있도록 표시하고 싶지 않은 내용을 이메일 메시지에 쓰지 마십시오. 익명성도 배제됩니다. 출처를 쉽게 추적할 수 있습니다. 사용할 가치가 없음 기술적 기능들당신의 터미널.

ARPANET이 처음 등장했을 때 설계자들은 지배적인 트래픽(즉, 노드 간에 전송되는 정보의 양)이 프로세스 간일 것이라고 예상했습니다. 그들은 틀렸다. 놀랍게도 사람들 사이의 이메일 양이 프로세스 간 통신 양을 압도했습니다. 눈, 비, 더위로 인해 우편 배달이 중단되었을 수도 있지만, 미국 서부 해안에서 동부 해안으로 몇 초 만에 메시지를 전달하는 ARPANET의 능력은 우편 배달 수단에 혁명을 일으키기 시작했습니다.

메시지.

이메일의 가장 큰 매력은 속도입니다. 그러나 널리 알려지지 않은 또 다른 이점이 있습니다. 전화는 또한 거의 즉각적인 액세스를 제공하지만 연구에 따르면 전화 통화의 약 75%가 실패로 끝나는 것으로 나타났습니다. .”). 이메일은 전화와 동일한 액세스 속도를 갖지만 전화선의 다른 끝에 두 가입자가 동시에 존재할 필요는 없습니다. 또한 그녀는 저장하거나 전달할 수 있는 메시지의 사본을 남깁니다. 또한 여러 가입자에게 동시에 편지를 보낼 수도 있습니다.

당신이 운이 좋아서 자랑스러운 주인이 되었다고 가정해보자 개인용 컴퓨터. 가입자를 위한 메시지를 작성했습니다. 컴퓨터에 텍스트를 입력하고, 일부 프로그램이 포함된 파일을 준비하거나, 예를 들어 전송용 그래픽 데이터를 준비하고, 주소를 표시한 다음 전화를 들고 편지를 보냈습니다. 전화선. 구독자는 집에 없나요? 문제 없습니다. 그가 컴퓨터를 켜자마자 편지가 그에게 도착할 것입니다. 그의 전화가 통화 중인가요? 또한 무섭지 않습니다. 회선이 비어 있으면 오래 전에 전화를 끊었더라도 그는 귀하의 메시지를 받을 수 있습니다. 이 환상적으로 보이는 이야기에는 단 하나의 과장이 있습니다. 수화기를 들고 전화번호를 누르세요