sockets - SMTP 和 POP3 SSL 连接-6ren

sockets - SMTP 和 POP3 SSL 连接

转载作者：太空宇宙更新时间：2023-11-03 15:02:41

我正在使用 libetpan-1.0 开源(邮件库的东西)以“C”语言访问 SMTP 和 POP3。我在 SMTP 和 POP3 中遇到 SSL 连接问题。当我建立 SSL 连接并连接失败时，我的套接字处于 CLOSE_WAIT 状态。这导致长时间后内存泄漏。这是我的命令“netstat -an”的输出。我在 ARM 板上运行这个应用程序。谁能告诉我，我该怎么办？提前致谢。

Here is my code that i am trying. 
pSmtp = mailsmtp_new(0, NULL); (Create new object)
if (SMTP_NO_ERROR != mailsmtp_ssl_connect(pSmtp, "smtp.gmail.com", 465))
{
    mailsmtp_free(pSmtp);
}
else
{
    // Send Mail
}
So doesn't my work is over after i call function "mailsmtp_free(pSmtp)" or 
i have do other stuff to close connection.


    ~#netstat -an
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN      
tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN      
tcp        1      0 192.168.51.151:4928     98.139.211.125:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4934     98.139.211.125:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:2883     98.139.211.125:465      CLOSE_WAIT   
tcp        1      0 192.168.51.151:4139     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:4140     98.138.105.21:465       CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.151.101:2745    TIME_WAIT   
tcp        1      0 192.168.51.151:4142     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:4143     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3132     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3133     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3134     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3135     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3131     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:2115     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3136     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:3137     98.138.105.21:465       CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.151.101:2761    TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.151.101:2757    TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.151.101:2753    TIME_WAIT   
tcp        1      0 192.168.51.151:4083     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4082     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4081     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4080     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4085     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4084     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4075     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4074     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4073     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4072     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4079     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4078     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4077     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4076     63.250.193.228:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:2493     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:2492     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:2495     98.138.105.21:465       CLOSE_WAIT  
tcp        1      0 192.168.51.151:2496     98.138.105.21:465       CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.51.40:52577     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.51.40:52581     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.51.40:52585     TIME_WAIT    
tcp        0      0 192.168.51.151:80       192.168.51.40:52565     TIME_WAIT   
tcp        1      0 192.168.51.151:3978     63.250.193.228:465      CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.51.40:52569     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.51.40:52573     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.51.40:52609     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.151.101:2748    TIME_WAIT   
tcp        1      0 192.168.51.151:2743     98.139.211.125:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:2742     98.139.211.125:465      CLOSE_WAIT  
tcp        1      0 192.168.51.151:2744     98.139.211.125:465      CLOSE_WAIT  
tcp       94      0 192.168.51.151:3650     74.125.129.108:587      CLOSE_WAIT  
tcp       95      0 192.168.51.151:3655     74.125.129.108:587      CLOSE_WAIT  
tcp        1      0 192.168.51.151:2250     63.250.193.228:465      CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.51.40:52578     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.51.40:52582     TIME_WAIT   
tcp       95      0 192.168.51.151:4618     74.125.129.108:587      CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.51.40:52586     TIME_WAIT   
tcp       95      0 192.168.51.151:4615     74.125.129.108:587      CLOSE_WAIT  
tcp        1      0 192.168.51.151:4353     98.139.211.125:465      CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.51.40:52590     TIME_WAIT   
tcp        0      0 192.168.51.151:80       192.168.51.40:52594     TIME_WAIT   
tcp        1      0 192.168.51.151:2769     98.138.105.21:465       CLOSE_WAIT  
tcp        0      0 192.168.51.151:80       192.168.51.40:52598     TIME_WAIT 
udp        0      0 0.0.0.0:2048            0.0.0.0:*                           
udp        0      0 0.0.0.0:2049            0.0.0.0:*                           
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node Path
unix  6      [ ]         DGRAM                    1262   /dev/log
unix  2      [ ]         DGRAM                    1993   
unix  2      [ ]         DGRAM                    1513   
unix  2      [ ]         DGRAM                    1511   
unix  2      [ ]         DGRAM                    1492

最佳答案

你需要在你身边关闭它们。

CLOSE_WAIT 表示远程端已关闭连接，但您尚未关闭。

查看已接受的答案 here

关于sockets - SMTP 和 POP3 SSL 连接，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18929520/

文章推荐： c# - Nhibernate:一个实体类的多个类映射

文章推荐： c# - 使用 LinqToSql 生成返回数据库记录？

文章推荐： python - 将一个数组作为索引传递给另一个数组？

ssl - 子域适用于非 SSL 但不适用于 SSL
我在 Cloudflare 的域名服务器上有一个域名 example.com。该域指向我的专用服务器的 IP 地址，该服务器运行 CentOS/WHM/cPanel。该站点可访问 - 一切都很好。我
ssl - 在同一端口上支持 SSL 和非 SSL
我正在努力将 SSL 支持添加到我们现有的应用程序中，并已开始考虑向后兼容性。与我读过的其他帖子不同的一个特殊情况是服务器可能不一定使用 SSL 代码更新。所以我将有一个 SSL 客户端连接到一个对
ssl - 将 SSL 重定向到另一个 SSL
我有几个 https://*.rest-service.mydomain.com。随着服务数量的增加，我觉得管理 SSL 证书的成本很高。我为 *.mydomain.com 购买了通配符证书。新添加
ssl - 什么是反向 SSL？以及如何进行反向 SSL？
我的客户要求我在他的网站上做反向 ssl。但我是这个学期的新手。谁能帮我解决这个问题。请描述或引用如何做。最佳答案查看 this wiki article . In the case of se
ssl - 使用还是不使用 SSL？为什么总是使用 SSL？
关闭。这个问题是opinion-based .它目前不接受答案。想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它. 去年关闭。 Improve this
ssl - 需要 TortoiseHg SSL 但已激活 SSL
我连接到我的网络服务器上的存储库，但是当我尝试推送我的更改时，它显示:“错误 403:需要 ssl”，但在我的存储库设置中我已经激活了 ssl 选项。有什么建议吗？最佳答案当您连接到存储库时，您
ssl - 当我在进行 SSL 调用时需要使用 SSL 私钥
抱歉，如果这听起来像是转储问题，我已经阅读了很多关于 SSL 握手和 SSL 工作原理的文章和文档。我对一件事感到困惑，如果有人能澄清我就太好了。我知道私钥要保密。但是我已经看到通过在请求中指定私钥
ssl - 对 ssl 服务器的非 ssl 请求？
随着物联网越来越主流，越来越需要从硬件发送http请求。一个主要问题是硬件微 Controller 无法发送 ssl 请求，但大多数服务器/网站/服务都在使用 ssl。所以，问题是，有没有桥(一个
ssl - 如何将 ssl 与非 ssl 内容混合？
我有一个 ssl 页面，它还从非 ssl 站点下载头像。我能做些什么来隔离该内容，以便浏览器不会警告用户混合内容吗？最佳答案只是一个想法 - 或者: 尝试在头像网站上使用 ssl url，如有必要
ssl - 没有 ssl 证书的域重定向到不同的 ssl 域
我在 Digital Ocean droplet(使用 nginx)上设置了两个域。我已经在其中一个(domain1)中安装了一个 SSL 证书，并且那个证书一切正常。第二个域 (domain2) 不
ssl - Nginx - 上游 SSL - SSL 握手中的对等关闭连接
我收到这个错误: Error frontend: 502 Bad gateway 99.110.244:443 2017/09/28 13:03:51 [error] 34080#34080: *10
ssl - 付费 SSL 证书与免费 SSL 证书
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。这个问题似乎与 help center 中定义的范围内的编程无关。 . 关闭 6 年前。 Improve
ssl - Nginx - 仅在 SSL 证书存在时启用 SSL
我遇到了一个问题，我正在构建一个 nginx 反向代理以定向到不同 url 路径上的多个微服务。该系统完全基于 docker，因此开发和生产使用相同的环境。这在安装 SSL 时给我带来了问题，因为
ssl - 要求 SSL 证书和接受 SSL 证书有什么区别？
所以我知道要求 SSL 证书和接受之间的根本区别，一个意味着您必须拥有 SSL 证书，另一个意味着您不需要。在某个网页的 IIS 管理器中，我有以下设置: 我遇到的问题是，当我设置需要 SSL 证书
ssl - 如何在不将 SSL 证书设置到具有现有 SSL 证书设置的域的情况下从 .app 域(需要 SSL)重定向？
我今天才发现 .app 域名需要 SSL 证书。我购买它是为了将 DNS 重定向到已经设置了 SSL 证书的站点，所以我的问题是是否可以设置它？我正在使用 Google Domains，在将合成临时
ssl - NGINX - SSL 握手时关闭连接，同时 SSL 握手到上游
堆栈 : react ，NGINX 1.14.0，GUnicorn，Django 2.2.8，Python 3.6.9 错误 : 在浏览器:当 React 调用 Django API(当然是在请求头中
ssl - 如何为从主机文件指向的域创建 ssl？
假设我在计算机上编辑主机文件以使 google.com 指向我的 VPS 服务器 IP，并且服务器具有通过 Apache 或 Nginx 配置的 google.com 的虚拟主机/服务器 block
ssl - IIS10 多个站点和多个 SSL 证书的 SSL 配置
我有一个场景，我正在处理用于 URL 路由的 IIS 网站配置。我已添加网站并在服务器上导入所需的证书。我的情况是(我有多个网站 URL 和两个 SSL 证书 - 如下所示): qatest1.ab
ssl - ssl 双向安全吗？
我知道服务器发送的证书无法伪造(仍然存在 MD5 冲突，但成本高昂)，但是伪造客户端又如何呢？在中间人攻击中:我们不能告诉服务器我们是合法客户端并从该服务器获取数据并对其进行操作，然后使用合法客户端公
ssl - SSL 如何在两个连接的域上工作？
我已通读相关问题，但无法完全找到我要查找的内容。我设置了一个名为“domain.com”的域，并创建了两个子域“client.domain.com”和“client-intern.domain.com

太空宇宙

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

sockets - SMTP 和 POP3 SSL 连接