8.3.6 Ретрансляция сообщений
Можно использовать промежуточные сервера для доставки почты получателю.
Пример:
передадим сообщение от Vasy@ksu.ru через хосты @kstu.ru, @mail.ru получателю Koly@kazan.ru
Механизм ретрансляции:
сообщение передается хосту @kstu.ru S MAIL FROM:<Vasy@ksu.ru> S RCPT TO:<@kstu.ru, @mail.ru, Koly@kazan.ru>
сообщение передается хосту @mail.ru S MAIL FROM:<@kstu.ru> S RCPT TO:<@mail.ru, Koly@kazan.ru>
ообщение передается хосту kazan.ru S MAIL FROM:<@mail.ru> S RCPT TO:<Koly@kazan.ru>
При этом параметры To, From и Cc остаются без изменений.
8.3.7 Резервные почтовые серверы (relay)
В случае если основой сервер не доступен, почта может быть отправлена на резервный, который задается в записях MX (DNS). Резервный сервер хранит почту (клиент ее получить не может) до тех пор, пока не заработает основной сервер, как только основной заработает, резервный передает всю накопившеюся почту. Резервных серверов может быть достаточно много. Как правила несколько разных серверов являются резервными по отношению к друг другу.
Когда основной сервер не доступен, почта передается на резервный, когда основной сервер становится доступен, резервный передает почту основному.
8.3.8 Отправка сообщения на 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
9.1 Протокол 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.
Пользователь может получить доступ к РОР-серверу из любой точки доступа к Интернет.
9.1.1 Модель протокола pop3
Модель протокола POP
9.1.2 Принцип работы 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>