为什么“用户级”客户端邮件应用程序通常仅将SMTP用于外发邮件(而不接收邮件)?

| 从这里。   电子邮件服务器和其他邮件传输代理使用SMTP发送和接收邮件消息时,用户级客户端邮件应用程序通常仅使用SMTP将消息发送到邮件服务器进行中继。为了接收消息,客户端应用程序通常使用邮局协议(POP)或Internet消息访问协议(IMAP)或专有系统(例如Microsoft Exchange或Lotus Notes / Domino)来访问其在邮件服务器上的邮箱帐户。 这是为什么?     
已邀请:
        在同一页面上谈论它。   SMTP与邮件检索      SMTP是   仅传送协议。它不能拉   来自远程服务器上的消息   需求。其他协议,例如   邮局协议(POP)和   互联网消息访问协议   (IMAP)专为   检索邮件和管理邮件   盒子。但是,SMTP具有以下功能:   在上启动邮件队列处理   远程服务器,以便请求   系统可能会收到任何消息   专用于此(参见远程消息   队列开始)。 POP和IMAP是   用户的首选协议   仅个人计算机   间歇通电或Internet   连接只是暂时的,   主机在以下期间无法接收消息   离线时段。     
        SMTP设计用于“始终在线”服务器;大多数人不会让他们的邮件客户端全天候运行24x7并能够随时接收电子邮件。最近,可以使用“ 0”指示远程服务器尝试传递排队给客户端的任何内容,但这仍未得到广泛支持,并且通常不能像客户端的“拉”功能一样工作。 (或IMAP的“ push-push 1”扩展名)。 还有一个问题是,大多数服务器在传送到下一个服务器失败时会向原始发件人发送警告;对于服务器内传输,这是一件好事,但对于间歇性连接的客户端,这是一件坏事。     

要回复问题请先登录注册