V2EX bootyshinehf 的所有回复 第 1 页 / 共 1 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    bootyshinehf    全部回复第 1 页 / 共 1 页
回复总数  18
2025 年 12 月 12 日
回复了 bootyshinehf 创建的主题 iPhone 求助 iPhone 设备异常问题
@di11wei 当时开机后看了,是在 3GB 左右。
2025 年 10 月 30 日
回复了 imherer 创建的主题 问与答 V 友们有买过肯德基同款餐椅的吗?
@imherer 请问咋样?最近也在看这款
2025 年 10 月 28 日
回复了 supermama 创建的主题 RSS 大家现在用的都是哪些 RSS 工具
folo
https://i.imgur.com/j1RCo5b.png

早在 1 月 23 号就已经上了

通过 SEO ,现在已经排名第一了

https://i.imgur.com/ZE1aIEr.png
https://i.imgur.com/WOyii1T.png

操作过快,触发高等级封禁,功能临时不可用,30 分钟后再试
测试 v1.7.4 没有反应。。。
@wan4da

感谢,我又仔细看了一遍,没有 sender 字段,可以看上面的「邮件源码」。
@winterx

感谢,已查了策略,网关上配置了 @cpibj.com.cn 域为白名单,命中就投递。

那么问题又来了:为啥黑产投递的钓鱼邮件会命中「白名单规则」,而我使用 telnet 或 Python 尝试复现时却没命中这条白名单规则。。。

提示「 556 remote ip check error.(SPF online: 发信 ip 与 Mail From 地址不一致)」。
@retanoj @follow

不对啊。。。

我用在线工具 Dig https://toolbox.googleapps.com/apps/dig/?lang=zh-CN

还有在线 nslookup http://www.jsons.cn/nslookup/

查询的结果也是不一致的。。。
@retanoj

没有做变更,我这边刚刚用 nslookup 查了一遍,显示的是 -all

换用 dig 工具,就是 ~all

这是什么操作。。。
@serafin

根据邮件头信息「 Received: from 180.103.12.117 by 10.**.**.131 with SMTP; Thu, 25 Apr 2024 10:14:31 +0800 」来看,发件地址是 180.103.12.117 ,应该是很明确的。

10.**.**.131 ,这个是我们的邮件安全网关。
@lemonda

我查了邮件网关的「拦截再投递日志」,发现没有记录,意味着这封钓鱼邮件是没有被邮件网关拦截、直接被放行了的。
@chuckzhou

我查了这封邮件的流量交互情况,是不涉及 auth 认证环节的,详见 13
@winterx

# 1 、关于伪造相同邮件头的问题:
我这边回溯我们的全流量产品,有抓到的原始流量信息,源 IP ( 180.103.12.117 )直接连的我们这边的邮件网关( 10.**.**.131:25 )。

TCP 日志还原后的部分交互内容,如下:

```
220 smtp ready
HELO cpibj.com.cn
250 spic.com.cn HELO, pleased to meet cpibj.com.cn
MAIL FROM: <[email protected]>
250 OK
RCPT TO: <chenhuan01@****.com.cn>
250 OK
DATA
354 go ahead
Date: T
```

我按照以上格式,通过 telnet 命令还有 python 脚本去发件,都是提示「 556 remote ip check error.(SPF online:发信 ip 与 Mail From 地址不一致)」,所以接下来不知道怎么办了。

# 2 、关于邮件网关中的拦截问题

目前这封邮件是没有被拦截的,是「投递成功」状态,也没有被标记为垃圾邮件。
@1423 是公司本地部署自建的邮件系统,用的是亿邮的产品,不是那种 SaaS 化的企业邮箱。
2021 年 2 月 8 日
回复了 bootyshinehf 创建的主题 问与答 [求助] 关于 MIUI EdXposed 占用空间过大问题
@NotFoundEgg 本机已 root 。
下载过 DiskUsage,可以看到占用空间详情,但是删除那个功能是灰色不可用的,也未显示文件所在路径。
一点击就会跳转至 EdXposed Manager 应用详情,然后就出现了如题的死循环(清空全部数据再次进入应用详情,占用空间又恢复成了清除数据前的大小)。
2021 年 2 月 8 日
回复了 bootyshinehf 创建的主题 问与答 [求助] 关于 MIUI EdXposed 占用空间过大问题
看到某乎上说似乎是 MIUI 系统特有的问题?
用过 MT 管理器搜索 org.meowcat.edxposed.manager ( edxposed manager 的包名),没有发现有占用很多空间的情况。
google 过,也没有找到一些合适的答案。
想问问大佬们: 是什么占用了这么大的空间?占用空间的文件位置在哪儿?
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1869 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 25ms UTC 02:49 PVG 10:49 LAX 18:49 JFK 21:49
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86