Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/ssl/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ssl Emacs wanderlust IMAP密码验证_Ssl_Emacs_Imap - Fatal编程技术网

Ssl Emacs wanderlust IMAP密码验证

Ssl Emacs wanderlust IMAP密码验证,ssl,emacs,imap,Ssl,Emacs,Imap,在emacs/wanderlust中,如果选择密码传输的“清除”方法,但启用了用于IMAP的SSL,则密码传输是否由SSL加密保护?具体而言,wanderlust信息手册中的以下段落引起了关注: 使用SSL有两种方法。一个是启动SSL协商 连接建立后(通用方式)。另一个是 通过在每个会话中调用STARTTLS命令来启动SSL协商 那么,在第一种方法中,密码传输是在SSL加密之前还是之后完成的呢?如果是之前,那么第二种方法(基于STARTTLS)是否确保加密密码传输?无论哪种情况,密码都是安全的

在emacs/wanderlust中,如果选择密码传输的“清除”方法,但启用了用于IMAP的SSL,则密码传输是否由SSL加密保护?具体而言,wanderlust信息手册中的以下段落引起了关注:

使用SSL有两种方法。一个是启动SSL协商 连接建立后(通用方式)。另一个是 通过在每个会话中调用STARTTLS命令来启动SSL协商


那么,在第一种方法中,密码传输是在SSL加密之前还是之后完成的呢?如果是之前,那么第二种方法(基于STARTTLS)是否确保加密密码传输?

无论哪种情况,密码都是安全的

这些方法之间的区别在于另一个方面:第一个方法在TCP握手之后,在任何IMAP交换开始之前启动TLS连接。因此,它使用与常规IMAP不同的端口,但可以通过简单地通过隧道传输其流量,与没有内置TLS支持的IMAP服务器一起使用

但是,使用第二种方法,客户机连接到常规IMAP端口并启动未加密的IMAP交换。但是,在发送任何凭据或任何其他私有数据之前,它会通知服务器将连接升级到TLS连接,并且仅在升级成功后恢复IMAP交换(包括密码传输)。此方法允许从默认IMAP端口为加密IMAP提供服务,但需要能够处理此IMAP协议扩展的IMAP服务器


现在,大多数服务器都支持STARTTLS,所以这两种方法基本上是等效的。使用Wanderlust使用的默认值。

STARTTLS实际上是身份验证后的语法错误。请清除我的查询答案。谢谢