Отправка сообщения на SMTP с помощью Telnet 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Отправка сообщения на SMTP с помощью Telnet



Отправим письмо через Telnet.

Клиенту необходимо ввести следующие строки:


HELO
MAIL FROM: <bogomolov@kfti.knc.ru>
RCPT TO: <olga@kfti.knc.ru>
DATA
DATE: 27-Oct-2003 12:48:32
FROM: Влад Богомолов <bogomolov@kfti.knc.ru>
SUBJECT: С новым годом!
To: <olga@kfti.knc.ru>

С новым годом!
Влад!
.

Подключение и отправка письма telnet'ом (UNIX) на сервер SMTP (Дионис)

Подключение и отправка письма telnet'ом (Windows) к серверу SMTP (Дионис)

Подключение и отправка письма telnet'ом (UNIX) к серверу SMTP-Sendmail 8.12.8 (UNIX)

· Лекция 9 - Электронная почта. Протоколы POP3, IMAP 4.

· Семенов Ю.А. (ГНЦ ИТЭФ)

· Протокол Интернет для работы с сообщениями IMAP Семенов Ю.А. (ГНЦ ИТЭФ)

· Администрирование сети и сервисов INTERNET П. Б. Храмцов

· Организация и администрирование почтовых и файловых серверов Internet, П.Б. Храмцов.

· Протокол POP3

Протокол POP3

Post Office Protocol (POP) - протокол доставки почты пользователю из почтового его ящика своего почтового сервера РОР. Когда почта пришла на сервер (по SMTP), она раскладывается по почтовым ящикам. Чтобы забрать почту из ящика нужен POP.

Первый стандарт РОРЗ определен в RFC 1225 (Post Office Protocol-Version 3, J. Myers, M. Rose November 1994).

Последняя версия RFC1939 (J. Myers, M. Rose May 1996)

Порт по умолчанию - 110.

Пользователь может получить доступ к РОР-серверу из любой точки доступа к Интернет.

Модель протокола POP3

Модель протокола POP

Принцип работы POP

В протоколе РОРЗ оговорены три стадии процесса получения почты:

· авторизация

· транзакция

· обновление (завершение транзакции)

После того как сервер и клиент РОРЗ установили соединение, начинается стадия авторизации. На стадии авторизации клиент идентифицирует себя для сервера. Если авторизация прошла успешно, сервер открывает почтовый ящик клиента и начинается стадия транзакции. В ней клиент либо запрашивает у сервера информацию (например, список почтовых сообщений), либо просит его совершить определенное действие (например, выдать почтовое сообщение). Наконец, на стадии обновления сеанс связи заканчивается.

Ответ сервера может иметь два значения:

+OK - положительный ответ

-ERR - отрицательный

Если сервер содержит несколько строк, то последняя строка должна содержать "точку".

Обозначения:

"C" - клиент

"S" - сервер

9.1.2.1 Авторизация пользователя

Команды авторизации:

USER - имя пользователя, оно является и идентификатором почтового ящика.

PASS - пароль пользователя

APOP - авторизация цифровой подписью (используется редко).

Пример авторизации:


C: USER Pety // Пользователь сообщает свое имя, оно является идентификатором почтового ящика
S: +ОК // Сервер сообщает, что все в порядке
C: PASS Petypasw // Пользователь сообщает свой пароль
S: +ОК Pety's maildrop has 2 messages (320 octets) // Сервер сообщает, в почтовом ящике Pety есть 2 сообщения

Пример неудачной авторизации:


C: USER Pety
S: -ERR sorry, no mailbox for Pety here

Пример авторизации с цифровой подписью:


C: APOP Pety K3u7yG4TfR7gE55DD4ry6G4F // Имя и шифрованный пароль
S: +ОК Pety's maildrop has 2 messages (320 octets)

9.1.2.2 Транзакции РОРЗ

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

Команда STAT (просмотр ящика) возвращает количество сообщений и общее количество байтов в сообщениях:


C: STAT
S: +ОК 2 320 // 2 сообщения, общий размер 320 байт

Команда LIST (без параметра) возвращает список сообщений в почтовом ящике и их размеры:


C: LIST
S: +ОК 2 messages (320 octets)
S: 1 120 // 1 сообщение, размер 120 байт
S: 2 200 // 2 сообщение, размер 200 байт
S:.

Команда LIST с параметром (номер сообщения) возвращает информацию о заданном сообщении:


C: LIST 2
S: +ОК 2 200...
C: LIST 3 // запрос несуществующего сообщения
S: -ERR no such message, only 2 messages in maildrop // сообщение 3 отсутствует

Команда TOP возвращает заголовок, пустую строку и первые n строк тела сообщения:


C: TOP 1 10
S: +ОК
S: С новым годом
S:
S: <Десять строк сообщения>
S:.

Команда NOOP - проверка соединения:


C: NOOP
S: +ОК

Команда RETR извлекает сообщение с указанным номером и помещает его в буфер местного UA:


C: RETR 1
S: +OK 120 octets
S: <the POPS server sends the entire message here> // РОРЗ-сервер высылает сообщение целиком
S:. // "Точка" - конец сообщения

Команда DELE отмечает сообщение, которое нужно удалить:


C: DELE 1
S: +OK message 1 deleted // сообщение 1 удалено
C: DELE 2
S: -ERR message 2 already deleted // сообщение 2 уже удалено

Команда RSET снимает метки удаления со всех отмеченных ранее сообщений:


C: RSET
S: +OK maildrop has 2 messages (320 octets) // в почтовом ящике 2 сообщения были на удаление

Команда QUIT - переход в режим обновление (UPDATE):


C: QUIT
S: +OK dewey POP3 server signing off


C: QUIT
S: +OK dewey POP3 server signing off (maildrop empty)


C: QUIT
S: +OK dewey POP3 server signing off (2 messages left)

Обратите внимание на то, что отмеченные для удаления сообщения на самом деле не удаляются до тех пор, пока не выдана команда QUIT и не началась стадия обновления. В любой момент в течение сеанса клиент имеет возможность выдать команду RSET, и все отмеченные для удаления сообщения будут восстановлены.

9.1.2.3 Обновление (UPDATE)

Происходит завершение транзакции. И удаление все помеченных сообщений.


9.1.3 Пример работы POP3


S: <Ожидание соединения по порту 110>
C: <Клиент соединяется с сервером>
S: +OK POP3 server ready // приветствие сервера
C: USER Pety
S: +ОК
C: PASS Petypasw
S: +ОК Pety's maildrop has 2 messages (320 octets)
C: STAT
S: +ОК 2 320
C: LIST
S: +ОК 2 messages (320 octets)
S: 1 120
S: 2 200
S:.
C: RETR 1
S: +OK 120 octets
S: <Текст первого письма>
S:.
C: DELE 1
S: +OK message 1 deleted
C: RETR 2
S: +OK 200 octets
S: <Текст второго письма>
S:.
C: DELE 2
S: +OK message 2 deleted
C: QUIT
S: +OK dewey POP3 server signing off (maildrop empty)
C: <Клиент закрывает соединие с сервером>
S: <Ожидание соединения по порту 110>



Поделиться:


Последнее изменение этой страницы: 2017-02-22; просмотров: 367; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.145.151.141 (0.006 с.)