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 - 将一个数组作为索引传递给另一个数组？

node.js - socket.io - socket.emit, socket.on, socket.send
基于 socket.io 的官方网站 http://socket.io/#how-to-use , 我找不到任何术语。socket.emit 、 socket.on 和 socket.send 之间有
sockets - lua-socket : unix domain sockets?
我正在使用 lua-socket 3.0rc1.3(Ubuntu Trusty 附带)和 lua 5.1。我正在尝试监听 unix 域套接字，我能找到的唯一示例代码是 this -- send std
sockets - socket.emit() 与 socket.send()
这两者有什么区别？我注意到如果我在一个工作程序中从 socket.emit 更改为 socket.send ，服务器无法接收到消息，虽然我不明白为什么。我还注意到，在我的程序中，如果我从 sock
sockets - socket 可靠吗？
使用套接字在两台服务器之间发送数据是个好主意，还是应该使用 MQ 之类的东西来移动数据。我的问题:套接字是否可靠，如果我只需要一次/有保证的数据传输？还有其他解决方案吗？谢谢。最佳答案套接字
sockets - 被动和主动 socket
引自 this socket tutorial : Sockets come in two primary flavors. An active socket is connected to a
sockets - 如何绕过 socket ？
我已经安装了在端口81上运行的流服务器“Lighttpd”(light-tpd)。我有一个C程序，它使用套接字api创建的服务器套接字在端口80上监听http请求。我希望从客户端收到端口80上的请
sockets - socket 未正确关闭的原因？
这是我正在尝试做的事情: 当有新消息可用时，服务器会将消息发送给已连接的客户端。另一方面，客户端在连接时尝试使用send()向服务器发送消息，然后使用recv()接收消息，此后，客户端调用close(
sockets - socket.io动态发送和接收消息
如何将消息发送到动态 session 室，以及当服务器收到该消息时，如何将该消息发送到其他成员所在的同一个 session 室？ table_id是房间，它将动态设置。客户: var table_i
sockets - 如何使用NodeJS将监听一个端口的WebSocket连接到监听另一个端口的Net socket？
这是我尝试但不起作用的方法。我可以将传入的消息从WebSocket连接转发到NetSocket，但是只有NetSocket收到的第一个消息才到达WebSocket后面的客户端。 const WebSo
sockets - 如何使用升压冲洗 socket
我正在实现使用boost将xml发送到客户端的服务器。我面临的问题是缓冲区不会立即发送并累积到一个点，然后发送整个内容。这在我的客户端造成了一个问题，当它解析xml时，它可能具有不完整的xml标记(不
sockets - Nginx权限被拒绝连接到.socket
尝试使用Nginx代理Gunicorn套接字。 /etc/systemd/system/gunicorn.service文件 [Unit] Description=gunicorn daemon Af
sockets - 多个连接Lua socket
我正在使用Lua套接字和TCP制作像聊天客户端和服务器这样的IRC。我要弄清楚的主要事情是如何使客户端和服务器监听消息并同时发送它们。由于在服务器上执行socket:accept()时，它将暂停程序，
sockets - 具有自定义负载平衡功能的ZMQ socket
我看了一下ZMQ PUSH/PULL套接字，尽管我非常喜欢简单性(特别是与我现在正在通过UDP套接字在系统中实现的自定义碎片/ack相比)，但我还是希望有自定义负载平衡功能，而不是幼稚的回合-robi
javascript - Socket.io socket.emit/socket.on 不工作
我正在编写一个应用程序，其中有多个 socket.io 自定义事件，并且所有工作正常，除了这个: socket.on("incomingImg", function(data) {
sockets - socket recv() 是否强制刷新 socket send() 缓冲区？
在我的应用程序中，我向服务器发送了两条小消息(类似 memcached 的服务)。在类似 Python 的伪代码中，这看起来像: sock.send("add some-key 0") ignored
javascript - socket.io 重新连接 socket.socket.connect 不起作用
很抱歉再次发布此问题，但大多数相关帖子都没有回答我的问题。我在使用 socket.io 的多个连接时遇到问题我没有使用“socket.socket.connect”方法，但我从第一次连接中得到了反馈。
sockets - 带有非 socket.io 服务器的 Socket.io 客户端
我尝试使用 socket.io 客户端连接到非 socket.io websocket 服务器。但我做不到。我正在尝试像这样连接到套接字服务器: var socket = io.connect('ws
javascript - 已定义 Socket.io，但未定义 socket.io.sockets
我遇到了一个奇怪的问题。在我非常基本的服务器中，我有: server.listen(8001); io.listen(server); var sockets = io.sockets; 不幸的是，套
socket.io - 在sails js socket.io中使用io.socket.get
我正在使用带套接字 io 的sailsjs。帆的版本是 0.10.5。我有以下套接字客户端进行测试: var socketIOClient = require('socket.io-client');
sockets - TCP sockets 和 web sockets 的区别，再来一次
这个问题在这里已经有了答案: What is the fundamental difference between WebSockets and pure TCP? (4 个答案) 关闭 4 年前。

太空宇宙

个人简介

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

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

sockets - SMTP 和 POP3 SSL 连接