设置Postfix使用TLS加密全部数据传输
电子邮件在邮件服务器间是明文传输的这个事实和其他教科书式信息安全案例一样,即便是在斯诺登曝光了棱镜计划之后,仍然让许多网络管理员麻木。其中的原因有很多,通常情况下,除非运行组织内部的邮件组,服务器发送的邮件基本上都是通常不含隐私信息的通知邮件,其次便是常用的邮件服务器软件默认配置并没有开启加密。然而,最近Gmail出了个星辰大海的损招倒逼所有管理员开启加密——在所有收到的未加密邮件上增加了一个“未对此邮件进行加密”提示。
电子邮件在邮件服务器间是明文传输的这个事实和其他教科书式信息安全案例一样,即便是在斯诺登曝光了棱镜计划之后,仍然让许多网络管理员麻木。其中的原因有很多,通常情况下,除非运行组织内部的邮件组,服务器发送的邮件基本上都是通常不含隐私信息的通知邮件,其次便是常用的邮件服务器软件默认配置并没有开启加密。然而,最近Gmail出了个星辰大海的损招倒逼所有管理员开启加密——在所有收到的未加密邮件上增加了一个“未对此邮件进行加密”提示。
很久没更新博客啦,将之前遇到的问题整理了一些写上来。
IMUNC使用邮件列表工作,信息交流效率很高,于是我将邮件列表体系引入了年级信息传递中。年级的邮件组建立之后邮件列表服务用的不错,但随之而来问题也出现了。
具体情况是这样的,A同学([email protected])在邮件列表([email protected])里,所有发送到邮件列表的邮件将会自动转发给邮件列表中的所有人(即A同学会收到转发自邮件列表的邮件)。现在我给A同学([email protected])发送了一封邮件,同时我将这封邮件抄送给了邮件列表([email protected]),这样A同学会同时收到两封相同的邮件,一封是我发给他的,另外一封是邮件列表([email protected])转发给他的。
这几天Kaijia为了架设年级的Group Mail一直在研究Postfix服务器的内容,今天架设完之后尝试向我的Gmail发送邮件却无法送达,郁闷了10分钟之后突然Gmail跳出了新邮件提示,以后每次都存在5~15分钟的延时。虽然对于邮件一般的48小时响应时间来说这些延时算不上什么,但是总归存在一些问题。
之后研究了一些文章,在Hostloc论坛的耗子网友帮助下找到了原因:Postfix监听端口在127.0.0.1上,程序需要确定主机名(hostname),因此需要将主机名加入到hosts文件中。
这几天在架设年级的Group Mail,Kaijia在尝试使用Postfix架设SMTP服务器时遇到了邮件无法接受的情况,查看了系统日志/var/log/mail.info找到了一下记录:
1 2 3 4 |
Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: cannot get RSA private key from file /etc/postfix/kaijia.me.key: disabling TLS support Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: TLS library problem: 24567:error:0906406D:PEM routines:PEM_def_callback:problems getting password:pem_lib.c:111: Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: TLS library problem: 24567:error:0906A068:PEM routines:PEM_do_header:bad password read:pem_lib.c:454: Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: TLS library problem: 24567:error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib:ssl_rsa.c:669: |
Google之后发现是由于私钥被加密造成的,Kaijia在SMTP中使用的私钥和在《Firefox不信任StartSSL证书问题解决》一文中使用的私钥相同,均需要密码才能查看内容。在这之前,Apache服务器启动时会询问密码以解开密钥,而Postfix启动时不会询问密码,因此无法解开密钥,于是就出现了无法读取RSA private key的问题。
- 已经载入全部文章 -
近期评论