Пример: Глобальная сеть INTERNET
Я ищу:
На главную  |  Добавить в избранное  

Главная/

Компютерные сети. /

Электронная почта и факсимильная связь. Структура и прицип работы

←предыдущая следующая→
1 2 3 4 

задачи:

Ш      управление сообщениями после того, как они вышли из-под пальцев пользователя;

Ш      разбор адресов получателей;

Ш      выбор соответствующего доставочного или транспортного агента;

Ш      преобразование адресов в форму, понятную доставочному агенту;

Ш      необходимое переформатирование заголовков;

Ш      передачу преобразованного сообщения доставочному агенту.

Программа sendmail, кроме того, генерирует сообщения об ошибках и возвращает сообщения, которые не могут быть доставлены, отправителю.

Доставочные агенты. Доставочный агент отвечает за прием почты от транспортного агента и ее доставку соответствующим получателям. Почта может доставляться конкретному лицу, в список рассылки, в файл и даже в программу.

Для обслуживания получателя каждого типа может понадобиться отдельный агент. Программа /bin/mail – это доставочный агент для локальных пользователей, а программы uux и spop, fetchmail – доставочные агенты для пользователей удаленных машин, которые для приема почты пользуются услугами UUCP или POP, IMAP. Программа /bin/sh – доставочный агент для почты, которая направляется в файл или программу.

Адресация в системе электронной почты

Есть два вида адресов электронной почты: маршрутно-зависимые и маршрутно-независимые. При использовании первого способа адресации требуется чтобы, отправитель знал промежуточные машины, через которые должно пройти сообщение, для того чтобы попасть в пункт назначения. В адресе второго вида просто указывается пункт назначения. UUCP-адреса являются маршрутно-зависимыми, а Internet-адреса (обычно) от маршрута не зависят.

Электронно-почтовый Internet-адрес имеет следующий формат

пользователь@машина

где знак @ отделяет имя пользователя от обозначения машины. Почта доставляется в почтовый ящик пользователя пользователь на машине машина.

Пример адреса электронной почты.

yvv@softpro.saratov.ru

В рассматриваемом примере yvv – идентификатор абонента, составляемый, как правило, из начальных букв его фамилии, имени, отчества. То, что стоит справа от знака @, называется доменом и однозначно опи­сывает местонахождение абонента. Составные части домена разделяются точками. Самая правая часть домена, как правило, обозначает код страны адресата - это домен верхнего уровня. Код страны утвержден международным стандартом ISO и при­водится в Приложении 1. В нашем случае, ru - код Российской Федерации. Однако в качестве домена верхнего уровня может фигурировать и обозначе­ние сети. Например, в США, где существуют сети, объединяющие высшие учебные за­ведения или правительственные организации, в качестве доменов верхнего уровня используются сокращения edu – Educational institutions (например, cs.berkeley.edu), gov – Government institutions и другие (см. Приложение 1).

Следующий поддомен – saratov в нашем случае – является однозначно определяемым внутри домена верхнего уровня. Нетрудно догадаться, что обозначает он код горо­да – Саратов. Совокупность составных частей домена saratov.ru называется доменом второго уровня. Аббревиатуры домена второго уровня определяются в соответствии с правилами, принятыми доменом верхнего уровня.

Домен третьего уровня – softpro.saratov.ru. В нашем случае домен третьего уровня включает в себя название фирмы SoftPRO Group. Правила образования имен внутри доменов третьего уровня – личное дело доменов второго уровня.

UUCP-адрес состоит из списка машин, через которые должно пройти сообщение на пути к пункту назначения. Элементы списка разделяют восклицательными знаками. Например, в электронно-почтовом UUCP-адресе

mcvax!uunet!ucbvax!hao!boulder!lair!evi

пункт назначения – машина lair, а получатель – пользователь evi. Каждая машина в цепочке имеет непосредственное UUCP-соединение с машинами, которые находятся в сети до и после нее. Например, машина ucbvax должна иметь соединения с машинами hao и uunet. Цепочки UUCP-адресов бывают очень длинными, но теперь, когда широко используется Internet, настоящие громадины увидишь очень редко. Когда электронная почта строилась в основном на базе UUCP, администраторы вынуждены были помнить список компьютеров на довольно больших участках базовой сети UUCP.

В формате электронной почты Internet приведенный выше адрес будет иметь вид evi@lair, а точнее – evi@lair.cs.colorado.edu. Допускаются и комбинированные адреса. Например, если система UUCP соединит машину lair с остальной частью домена colorado.edu, адрес может иметь следующий вид:

lair!evi@boulder.colorado.edu

Почтовые псевдонимы

Псевдонимы позволяют системному администратору и отдельным пользователям переадресовывать почту. Ими можно пользоваться для задания списков рассылки (которые включают нескольких получателей), для пересылки почты между машинами и для того, чтобы к пользователям можно было обращаться по нескольким именам.

Псевдонимы могут быть определены:

Ш      в файле конфигурации пользовательского агента;

Ш      в общесистемном файле псевдонимов /etc/aliases;

Ш      в пользовательском файле пересылки ~/.forward.

Сначала система электронной почты ищет псевдонимы в файле конфигурации пользовательского агента, затем в файле aliases и наконец в пользовательском файле пересылки.

Вот несколько примеров псевдонимов, определенных в файле aliases:

nemeth: evi

evi: evi@mailhub

authors: evi,garth,scott,trent

В первой строке указано, что почту, поступающую на имя nemeth, следует доставлять пользователю evi на локальной машине. Во второй – что всю почту, поступающую на имя evi, следует доставлять н машину mailhub. И наконец третья строка определяет, что почту, адресованную authors, следует доставлять пользователям evi, garth, scott и trent. Поддерживается рекурсия, поэтому почта, посланная на имя nemeth, в конце концов попадает по адресу evi@mailhub.

Помимо списков пользователей, псевдонимы могут обозначать:

Ш      файл, содержащий список адресов;

Ш      файл, в который должны добавляться сообщения;

Ш      команду, на вход которой должны передаваться сообщения.

Формат почтового сообщения

Для того, чтобы электронное письмо дошло до своего адресата, необхо­димо, чтобы оно было оформлено в соответствии с международными стандартами и имело стандартизованный почтовый электронный адрес. Общепринятый формат посла­ния определяется документом под названием "Standard for the Format of ARPA – Internet Text messages", сокращенно - Request for Comment или RFC822, и имеет заголовок и непосредственно сообщение.

Рассмотрим пример почтового сообщения:

 

Received: by avg386.kiae.su; Thu, 20 Dec 90 13:51:59 MSK

Received: by jumbo.kiae.su; Thu, 20 Dec 90 12:52:17 MSK

Received: from CS.ORST.EDU by fuug.fi with SMTP id AA15539 (5.65+/IDA-1.3.5 for avg@kiae.su); Thu, 20 Dec 90 08:19:05 +0200

Received: from jacobs.CS.ORST.EDU by CS.ORST.EDU (5.59/1.15) id AA19981; Wed, 19 Dec 90 22:19:59 PST

Received: by jacobs.CS.ORST.EDU (5.54/1.14) id AA02240; Wed, 19 Dec 90 23:19:35 MST

Date: Wed, 19 Dec 90 23:19:35 MST

From: Harry Brooks <brooksh@jacobs.cs.orst.edu>

Message-Id: <9012200619.AA02240@jacobs.CS.ORST.EDU>

To: avg@kiae.su

Subject: Re: wondering if you attended?

Status

←предыдущая следующая→
1 2 3 4 


Copyright © 2005—2007 «RefStore.Ru»