我们与一些试图实施一些安全电子邮件的银行有关系。 有没有办法强制服务器发送电子邮件通过TLS发送电子邮件到特定的域名？ 这是一个cpanel / WHM服务器。 我们基本上需要要求用户 – >邮件服务器和邮件服务器 – >银行服务器的电子邮件安全。 我不完全熟悉电子邮件离开我的电子邮件程序后会发生什么。 如果我通过TLS或SSL传出连接发送消息，电子邮件是否也会通过安全连接离开邮件服务器？ 从客户端到邮件服务器实现TLS没有问题。 它到达邮件服务器后，我不清楚。 任何帮助，将不胜感激。
我想重现一些生产问题。 为此，我需要将testingWindows Server 2008 R2configuration为拒绝TLS连接，并在通过HTTPS公开IIS托pipe的Web服务时仅接受SSLv3连接。 我怎样才能做到这一点？
只是好奇，如果有任何工具，我可以给一个邮件服务器的地址/ IP，这将给我所有的function，邮件服务器支持。 喜欢：它支持imap / pop3吗？ 它支持tls / ssl / ntlmencryption吗？ 等等…. 谢谢：）
我需要能够从非TLS能力的客户端（OKI文档扫描仪）发送电子邮件。 但我公司的电子邮件服务由Gmail-Google Apps提供，该应用程序configuration为强制进行TLS身份validation。 因此扫描器无法连接到Google SMTP服务器。 我有一个本地linux机器，我可以使用以下方式：让扫描器连接到Linux机器上的某种types的电子邮件中继，而不使用TLS，并让Linux机器将电子邮件中继到TLS下的Google服务器。 你能告诉我，是否有任何一种简单的MTA，我可以在Linux机器上安装，这将允许我这样做？ 我对sendmail，postfix或exim等完整的MTA没有经验，所以最简单的解决scheme就更好了。 如果解决scheme是使用完整的MTA（sendmail，postfix或exim，或其他），您是否也可以帮助进行configuration？ 我明白这些不是微不足道的configuration。 扫描器当然不需要接收电子邮件，只需发送它们即可。 谢谢！
我有一个问题，从外部的入站邮件只有从某些主机发送时才起作用。 例如，当我从我的个人Gmail帐户发送一封电子邮件时，一切正常，因为日志显示： 2012-09-05 18:14:16 209.85.223.175 mail-ie0-f175.google.com SMTPSVC1 MAILSVR 192.168.1.79 0 EHLO 250 – – 2012-09-05 18:14:16 209.85.223.175 mail-ie0-f175.google.com SMTPSVC1 MAILSVR 192.168.1.79 0 STARTTLS 220 – – 2012-09-05 18:14:16 209.85.223.175 mail-ie0-f175.google.com SMTPSVC1 MAILSVR 192.168.1.79 0 STARTTLS 220 – – 2012-09-05 18:14:16 209.85.223.175 mail-ie0-f175.google.com SMTPSVC1 MAILSVR 192.168.1.79 0 EHLO 250 – – 2012-09-05 18:14:16 209.85.223.175 mail-ie0-f175.google.com SMTPSVC1 […]
我configuration后缀强制使用TLS。 当外部客户端尝试使用此服务器发送电子邮件时，没有任何问题。 但是使用webmail（127.0.0.1）postfix希望TLS： delivery temporarily suspended: TLS is required, but was not offered by host 127.0.0.1[127.0.0.1]) master.cf需要做哪些修改？ smtp_use_tls = yes smtp_tls_security_level = encrypt smtpd_use_tls = yes smtpd_tls_auth_only = yes smtpd_tls_key_file = /etc/postfix/ssl/xxx.key smtpd_tls_cert_file = /etc/postfix/ssl/xxx.crt smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
我有这个问题中描述的相同的问题： IIS 7仍旧服务旧的SSL证书 我已经用新的SSL证书replace旧的证书，并从服务器上完全删除旧的证书。 上面的海报解决了他的问题，当他意识到在他的Web服务器和Internet之间有一个ISA服务器时，他从ISAcaching中清除了旧的证书，问题就解决了。 我在其他地方看到了相同的解决scheme： http : //forums.iis.net/t/1182296.aspx 不幸的是我无法向我的ISPcertificate这个问题不在我的服务器上，而是他们在基础设施中的某个地方caching旧的证书。 我99.999％肯定证书安装和绑定在IIS上是正确的 ： 我已经为不同备用端口9443和8443的站点configuration了2个绑定。 旧的证书以前绑定到端口9443上的站点，两个绑定现在使用新的证书 我configuration了etc / hosts文件，将绑定域指向127.0.0.1，所以当我打开一个浏览器到域时，请求都是本地的 如果我从另一台机器（即通过networking）访问这2个URL，我将得到9443端口的旧证书和8443端口的新证书 如果我从Web服务器上的浏览器访问这两个URL，我将在两个端口上获得新的证书 我99.999％肯定证书没有在客户端caching ： 我已经从PC和移动设备上的多个浏览器访问过该网站 我通过多个连接点击了该站点，包括我的公司LAN，家庭DSL和移动设备 我的下一步是做一些TLS会话build立的跟踪路由，以确定旧证书的提供位置，这样我就可以向ISPcertificate这是他们需要解决的问题。 这是可能的，有什么工具可用于此？
我有一台使用IIS 7.5的FTP服务器，运行在Windows Server 2008机器上。 当我尝试使用带有隐式TLS（ftps：//）的filezilla连接到此服务器时，我总是收到此错误： GnuTLS error -15: An unexpected TLS packet was received. 当我不使用TLS（ftp：//）或显式TLS（ftpes：//）时服务器连接正常，所以我相信这不是SSL问题。 我在这里错过了一个configuration吗？ 更新：我试图连接到端口2122的FTP。
运行Ubuntu 14.04 64位。 apt-get install build-essential -y apt-get install libssl-dev -y apt-get install wget -y cd srv wget https://www.stunnel.org/downloads/stunnel-5.23.tar.gz tar -xzf stunnel-5.23.tar.gz rm stunnel-5.23.tar.gz cd stunnel-5.23 ./configure make make install rm -r stunnel-5.23 我似乎无法find/etc/stunnel目录？
我试图通过我的个人“Gmail”帐户发送一封电子邮件到其他使用Fedora 23的“Gmail”帐户。这个想法是通过Postfix发送一个电子邮件（用于服务器警报），但我没有公司/个人域名。 我正在使用这个Postfixconfiguration： alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases command_directory = /usr/sbin compatibility_level = 2 daemon_directory = /usr/libexec/postfix data_directory = /var/lib/postfix debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 html_directory = no inet_interfaces = all inet_protocols = all mail_owner = postfix mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man meta_directory = /etc/postfix mydestination […]