Почему клиентские почтовые приложения «пользовательского уровня» обычно используют SMTP только для исходящей почты (а не для получения почты)?

Question

С здесь .

Хотя серверы электронной почты и другие агенты пересылки почты используют SMTP для отправки и получения почтовых сообщений, клиентские почтовые приложения пользовательского уровня обычно используют только SMTP дляотправка сообщений на почтовый сервер для ретрансляции.Для получения сообщений клиентские приложения обычно используют либо протокол почтового отделения (POP), либо протокол доступа к сообщениям в Интернете (IMAP), либо проприетарную систему (например, Microsoft Exchange или Lotus Notes / Domino) для доступа к своим учетным записям почтовых ящиков на почтовом сервере..

Почему это?

Answer 1

На той же странице говорится об этом.

SMTP против поиска почты

SMTP является только протокол доставки. Не может тянуть сообщения с удаленного сервера на потребность. Другие протоколы, такие как Протокол почтового отделения (POP) и Протокол доступа к интернет-сообщениям (IMAP) специально предназначены для получение сообщений и управление почтой коробки. Тем не менее, SMTP имеет функцию для инициировать обработку почтовой очереди на удаленный сервер, чтобы запрашивающий система может получать любые сообщения предназначено для этого (см. Удаленное Сообщение Запуск очереди). POP и IMAP являются предпочтительные протоколы, когда пользователь только персональный компьютер периодически включается или Интернет связь только временная и хосты не могут получать сообщения во время автономные периоды.

Answer 2

SMTP был разработан для использования с постоянно включенными серверами; большинство людей не оставляют свой почтовый клиент работающим 24x7 и могут получать электронную почту в любое время. Совсем недавно стало возможным использовать ETRN для указания удаленному серверу попытаться доставить что-либо, поставленное в очередь для клиента, но это все еще не широко поддерживается и в целом не работает так же хорошо, как "вытягивание" на стороне клиента ( или расширение IMAP для поддельного push IDLE).

Существует дополнительная проблема, заключающаяся в том, что большинство серверов отправляют предупреждения исходному отправителю в случае сбоя доставки на следующий сервер; это хорошо для внутрисерверных передач, но плохо для периодически подключенных клиентов.