一个获取电脑自身公网ip并发送到你自己的邮箱的服务程序

lmg0109

ShareBit 发表于 2025-2-1 23:05
产生 Error: Undefined error id. 的事件时间，与实际第一封邮件被收到，大约间隔多久？ 是1分钟还是几分 ...

级别        日期和时间        来源        事件 ID        任务类别
信息        2025-02-01 22:48:28（收到邮件正文尾部生成时间与此时间相同，邮件时间显示为22:49，不显示到秒）        ShareBit IPNotify Service        16        无        Error: Undefined error id.
.
信息        2025-02-01 22:48:25        ShareBit IPNotify Service        1        无        """ShareBit IPNotify Service"" started successfully."
信息        2025-02-01 22:39:42（收到邮件正文尾部生成时间与此时间相同，邮件时间显示为22:40，不显示到秒）        ShareBit IPNotify Service        16        无        Error: Undefined error id.
.
信息        2025-02-01 22:39:41        ShareBit IPNotify Service        1        无        """ShareBit IPNotify Service"" started successfully."

ShareBit

lmg0109 发表于 2025-2-1 23:42
级别        日期和时间        来源        事件 ID        任务类别
信息        2025-02-01 22:48:28（收到邮件正文尾部生成时间与此时间 ...

这是邮件产生的时间，这个时间是不会改变的，比如说开机后就会产生邮件，就有了这一封邮件的生成时间，但是真正发送出去则可能是几天之后。 我现在问的是：究竟什么时候发送出去的？ 也就是看邮件详情或者看邮件被收到的那个时间。 因为这个问题本质是：某一些资源没有被初始化完整或者说有一些相关的东西没准备充分，从而导致了发送失败，但这个充分完整需要多久呢？ 这就是产生日志与接收到邮件这个时间差。 如果相差一分钟或者几分钟，那么这个日志信息最好的做法就是没有，也就是发送邮件失败最好是不产生日志，因为程序正确，你看到了这个发送失败的日志是多余的，毫无意义的，无法改变的，属于测试阶段有点用，但实际使用可能有副作用(比如说一直没联网，那么一天就有很多条发送失败的日志)

lmg0109

ShareBit 发表于 2025-2-1 23:50
这是邮件产生的时间，这个时间是不会改变的，比如说开机后就会产生邮件，就有了这一封邮件的生成时间，但 ...

错误ID时间：22:48:28（收到邮件正文尾部生成时间与此时间相同，邮件时间显示为22:49，不显示到秒）

邮件被收到的时间，就是上面括号内后面的22:49，因为邮件的详情中不显示到秒，所以看不到具体的秒数。

由此看来，生成的这个错误ID时间与邮件被收到的时间相差并不大！

ShareBit

2025.02.02 00:00
修改为：邮件发送失败不再产生Windows事件日志。因为正常情况下不会有发送失败的日志，而不正常的情况下可能较高频率产生很多日志。

lmg0109

ShareBit 发表于 2025-2-2 00:48
2025.02.02 00:00
修改为：邮件发送失败不再产生Windows事件日志。因为正常情况下不会有发送失败的日志， ...

您说：发送邮件失败最好是不产生日志
但之前这个版本的功能希望还保留！见下面：
2025.01.30 22:22
再次修改为：内部只要判断邮件发送失败,会延迟1分钟后再重新发送，直到发送成功为止。

ShareBit

lmg0109 发表于 2025-2-2 00:55
您说：发送邮件失败最好是不产生日志
但之前这个版本的功能希望还保留！见下面：
2025.01.30 22:22

是的，发送失败会间隔一分钟（如果是发送或者接收数据失败，则大约一共是6分钟）继续发送，只是邮件发送失败不再写windows事件日志了。

snluwei

谢谢分享，试试

drw

好工具，有个提议，能否支持一下推送加或者server酱，更方便。