2024年8月

老是看到有人送这卡,网上都是说可以免费的得到sim卡然后转换成esim。不过操作方法是用postman。。够折腾。
好奇之下,下载了giffgaff的app注册好帐号进去, 人家很扎眼的两大功能,申请实体卡,申请esim!哪需要实体卡再转换!google一下马上明白了,aff的力量啊,因为只有实体卡能得到aff。好吧。。
于是花了5分钟不到,顺利搞定giffgaff的esim,不就10磅嘛,这点钱还是有。顺带我运气不错,号码无4,格式是 我的户口所在地区号+4位数字+AAA,瞬间就把号码背下来了。
这卡确实神卡。0月租,半年发条短信即可保号(原理是180天内需要资金变动,我感觉开通下数据漫游然后马上关掉应该也可以),除了email需要验证其它所有信息都可以乱来。

*充值的是10英镑预存款。如果走漫游流量(0.2/M),可以保号25年,如果走短信(0.3),可以保号16.6年。16/25年后我们100%已经不用这个号了,所以,去找affman冒着被骗的风险以及自己折腾改esim而只是为了多5或者10英镑帐面上的余额,值得么?

平时都是用gmail,域名邮箱的话只是拿来玩一下,用的cloudflare的邮件转发。今天因为有特殊的需求,需要用这域名邮箱发一封email,只能自己弄一下了。
因为用的虚拟主机(webhosting)自带了邮箱功能,所以,只需要设置一下dns等就可以了。自建以及别的邮箱提供商应该也差不多。
设置MX记录什么不表了,这是基本的。
坑一:
邮件发出去后,马上收到退信。PTR记录错误。

Action: failed
Final-Recipient: rfc822;[email protected]
Status: 5.0.0
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [2406:17c0:0:2::10] Gmail has detected that this message does not meet
 550-5.7.1 IPv6 sending guidelines regarding PTR records and authentication. For

这个是需要在DNS中增加一个@的txt记录,内容例子如下:
"v=spf1 a mx ip4:69.12.xx.xxx ip6:2406:xxxx:0:2:0:0:0:10 ~all" 就是指定发件的主机IP。
坑是,前后的引号(")是必须的,这用法还真够怪。
坑二:
邮件发出去了,接收了,但直接扔垃圾箱。
解决:开启 DKIM。

第一版在: https://blog.yessure.org/index.php/archives/85/
做了一点小更新,支持命令行方式查看到收到的信息以及回复信息。只是很简单的做做,而且只支持纯文本,聊胜于无。具体的用处自己想象和发挥了。

收到的信息会显示在控制台上,格式是:
(12345)张三: 你好 发消息的人uid是12345,名字是张三,内容是:你好
然后输入命令:
12345 你也好 就是向12345,也就是张三回复消息,内容是:你也好。
如果输入
0 你也好 就是向最新发来消息的那个人回复信息,内容是:你也好。
程序需要在前台一直运行,建议在screen中运行。要查看和回复信息嘛,肯定不能直接扔后台服务了。
更新后的源代码:
bot.go
telegram.go
这个机器人就到此为止了,我自己用了几个月了,需要的功能都可以了,不再更新了。

linux(x86)执行文件这次我也放出来吧,有些朋友不会编译。
下载回来把它放到一个目录,先改名成 bot.tar.gz,然后解压 tar zxf bot.tar.gz ,然后chmod+x bot,然后修改bot.yaml文件中的二处设置(在文首链接中有说明),然后 ./bot 即可。如果需要在ARM上运行,或者运行时报告GLIBC错,就麻烦自己编译吧,我环境有限。
bot.tar.gz

手里一大把vps,不过为了省力省心也是省钱,还是€1一年的虚拟主机走起。因为这样心里不会有浪费的负罪感,拿着大杀器跑一天几个几十个IP的站过份了。
做站不做刑法上的东西现在感觉真的是已经没前途了。
这个博客我全部手搓原创,半年了,访问量和收录量都是一塌糊涂。我已经绝望了,就自己写着看着玩玩,防止老年痴呆吧。

eu1.jpg

不知道从哪天开始,但1-2个月肯定有了,我访问cloudflare就很卡很卡,上套了cf的网页也是时不时的抽一下。我一直觉得是我本地的cf节点有了问题,因为我从其它地方访问都没问题,我忍!
今天晚上,我例行上blog检查一下,结果直接chrome跳出来了ERR_QUIC_PROTOCOL_ERROR的错,完全上不去。换了多台服务器去curl,都没问题,就是我本机的chrome上不去,就是这个QUIC错!突然灵光一闪,关了chrome的QUIC,瞬间就可以上了,速度飞起,再试试上cloudflare,速度也起飞了! 好吧,我明白了,QUIC/UDP出问题了。。。 我居然忍了这么久才意识到。至于具体是宽带QOS还是我用的Clash出问题还得继续检查一下,大概率是后者。(我常年clash通过香港反向入墙)
顺便记录下二个解决这问题的操作。
一、关闭chrome的quic支持。就是自己不再用quic。
q1.jpg
二、关闭cloudflare的QUIC支持。就是别人访问自己网站时不会用quic。
q2.jpg