[0clickjacking0]

问题：
Go 标准库 net/smtp 风格的客户端在读取服务器响应时没有任何超时。
如果目标邮件服务器接受 TCP 连接后不返回任何数据（不发送 220 问候、
或收到 DATA 后不回 250），读操作会永久阻塞。

在单连接串行发送模型下，一次这样的挂死会导致整条发送通道停摆。

修复：

1. 新增常量统一管理出站超时：
   • outboundSMTPDialTimeout = 2s（TCP 建连，沿用原值）
   • outboundSMTPTransactionTimeout = 30s（命令交互，新增）
   • outboundSMTPQuitWriteTimeout = 250ms（QUIT 写入，沿用原值）
2. 新增 newClientWithTimeout()，在建立连接后通过 conn.SetDeadline() 为整个命令交互阶段设置 30 秒截止线
3. NewClient() 默认应用该超时；明文与 TLS 两条路径均生效
4. 超时后按投递失败处理，由上层重试/退避机制恢复，连接被释放

效果：下游挂死从『永久卡死、通道停摆』变为『30 秒内失败并重试』。
配合并发发送（每条连接独立），单个挂死只影响一个并发槽。

测试：
新增 TestNewClientBoundsSilentServer，验证对静默服务器在
超时内失败返回，-race 通过。

[Jinnrry]

感谢pr，看了下代码，这个超时可能存在风险吧。这30s是整个smtp会话的Deadline，假设邮件里面带一个非常大的附件，比如带一个1G的附件，很容易就传输超过30s了。

翻了下RFC，按https://www.rfc-editor.org/rfc/rfc5321.html#section-4.5.3.2 这个建议，最好是按命令控制超时，不然很容易造成问题