你不要教人家干活，多去想办法搞定上级和其他部门的资源、协调关系，让人家能专心干活就行了

建议楼主及时到附近精神卫生中心或者医院心理科咨询，不要耽误了时机

细小改动也是贡献，不合理的是空投规则不是贡献者，更不是项目维护者

@7789aa900 后果就是你之前包管理安装的 ssh 会被编译的覆盖掉，且不说编译参数和源里面打包用的不一样了，这个大概不影响运行，只是理论上可能存在安全性或者性能方面的隐患，主要问题在于这些 make install 丢到系统目录的文件是脱离了包管理的，以后再升级的时候有可能会被包管理报错文件冲突，或者其他乱七八糟的问题，不好说

你可以尝试 make uninstall 删掉自己编译的那些文件，然后 apt install --reinstall ssh 强行重装源里面的包来覆盖回来，不保证好使，记得动手前先备份数据和 /etc/ssh 的配置，完成后重启 sshd, 并且在验证能连上去之前不要断开已有连接

如果真的有需要自己编译替换系统包的情况，要么用按照发行版的打包手段打一个包去替换已有包，这样所有东西都还是包管理管着在，要么最起码在自己编译安装的时候指定 prefix 放到诸如 /usr/local/xxx-x.y.z 或者 /opt/xxx-x.y.z 之类和系统原有包区分开的地方

这还只是 ssh 玩坏了后果仅仅连不上机器而已，不算难救，如果是 glibc 之类的东西，自己 xjb 编译一个把系统的覆盖掉就有得好玩了

别瞎搞，sudo make install 完就再也不用包管理更新了呗？

旅游十几天用的流量卡其实到了机场买也行，不放心手机再开个漫游流量包做备份就行了，特别是如果考虑汇率以及有些信用卡有境外消费优惠之类的可能比飞猪买还便宜点

@htxy1985 可以蹲下 mxroute 的活动，一般年付十几刀的样子，直接拿来用也行当成个代发渠道也行

@htxy1985 嗯大体上差不多

1. 邮局在自己服务器上，数据也在，但发信的时候是先发给某个第三方，然后由第三方以我们的名义再投递去实际的收件人，这样可以改善送达率，这个东西关键词叫 smtp relay. 然后因为代发邮件的服务大多数是给发营销/通知这类业务用的，实际上并不是个人用途定制，所以确实解决不了所有问题，我自己感觉是能用的就是了，因为实际上个人用需要发信的目标也不是那么多，几大常用邮箱服务商都测试下看能不能收到就有数了
2. 倒不是容易拒收邮件，我之前被坑到是服务器挂掉了没发现，过了几天恢复回来就会有邮件投递失败没收到，或者对方服务器重试之后收到但已经过了时效之类的事情，我遇到过；然后开源方案的默认配置加自己搓的 spam filter 规则肯定是没有大厂效果好的，会漏进来一些垃圾邮件

自己玩玩没问题，方案其实挺多的，我以前用 virtualmin 手改配置（就像有些服务商会拿 cpanel 跑邮局也差不多，用网页面板的附带功能），前两年换成了 mailcow 也还好用。楼上贴的这种更轻巧适合个人用的也见过几个，功能上应该都不会差，还是看你哪个用得习惯

想要长期当自己主力邮箱用的话各种坑迟早是要踩一遍的... 所以我说如果单纯只是想要个域名邮箱（而不是像我这种折腾本身就在目标之中的情况），找现成的服务更靠谱。以及强烈推荐 cloudflare 转发，方便好用，转发到比如 gmail 之类的地方再配置别名就也能以这个邮箱发信了

@AstroProfundis umm...然后我凭记忆写几条自建邮箱送达率方面遇到过的坑吧，我自己用自建邮箱快十年了，最终的方案是发信走第三方代发，而且还写了路由规则走好几个不同的代发，另外我用的代发全部是嫖免费套餐或者用年付的便宜套餐，不然成本上还不如去买正经企业邮箱服务了

0. 买 VPS 来的 IP 如果运气不好已经在垃圾邮件黑名单的话直接可以断了念想，以及很多服务商是防火墙封 25 端口的，得去找人工开通，还不一定给开
1. 直接发信 gmail 容易进 spam, qq 邮箱则是拒收
1.1. 就算用 mailgun 发信 qq 邮箱也很容易拒收，因为我没钱上独立 IP 而 qq 邮箱的服务器有一个全局的“一段时间内只接受来自某个 IP 多少封信”的过滤措施，所以共享 IP 的代发服务几乎全灭，要收件人在网页邮箱页脚的某个地方点进去找到拒收记录然后加白名单，但这只对单个收件人有用，解决办法是用 sendcloud 或者其他国内的 mta 代发，因为他们有渠道能找腾讯 py
2. mailgun 发信给 outlook 很容易被拒收，解决办法是换别的海外代发
3. 如果域名不是 .com, .net, .org 等传统老后缀，或者域名是新注册不久的，就算用了代发也容易进垃圾箱，便宜域名后缀更甚

另外自建的邮箱过滤 spam 也是个烦人事情

你问我自建邮箱烦不烦，那当然是烦的，我还有过服务器出问题没收到/没及时收到重要邮件误事的经历；你问我后不后悔，那我倒也不后悔，自己折腾就得自己承担风险

整体上来说如果只是想有个自己域名后缀的邮箱我建议是找大厂商的服务用，甚至有些域名注册商提供的邮局可能都比自建靠谱，或者免费的用 cloudflare 的转发服务也很方便，自建只适合我这种不把数据捏在自己手上睡觉都不踏实的别扭用户（

@gentrydeng 那就看你是只拿来收信还是想要发信了，收信是很简单的；送达率一直都是各类邮件代发服务拿来卖钱的核心卖点，甚至说是技术壁垒都不为过，属于道理都懂但就是没那么容易做到的事情

顺便楼主说的这个配置是能跑 mailcow 的，我就是差不多配置，个人几个域名邮件也不多的情况刚好够用，但就像前面说的，部署这个服务端并不是难点所在╮(￣▽￣")╭

自建邮箱的难点不在服务端搭建，在于怎么让你发出去的邮件不被别人丢垃圾箱或者直接拒收

@cnt2ex 他想说发行版的打包者没有能力跟上浏览器上游的更新速度，会导致 backport 不及时

我的评价是：这个能力恰恰是发行版搞 LTS 的原因，以及一些厂家拿来卖钱的地方，如果不信任这种能力那就不要用 LTS 直接来愉快地滚 Arch 好了，也犯不上用这种自带一大坨专用依赖的包（

在国内正常互通的网络上换 IP 和现在网友们常用的绕开防火墙的代理技术完全不是一个难度级别，代理池是种至少有二三十年历史的古老产品了，再叠加上先进的现代隧道技术（

在对方第一次联系你说刮到他车的时候就应该立刻到自己停车的地方，发现车不在就地报警主张盗窃，至于你的车在什么地方刮到了别人的车等警察来了一起去找

关键词 reproducible build

升级固件试试看？

回“好的”就可以触发正常分支了，不用真的按提问回答

楼主你没说清楚具体是什么情况...

如果你的需求是不想让开发碰到线上数据比如什么客户信息之类的，正经开发流程里面应该是有个开发测试环境，和线上完全一样但数据是假的，不管是按相同格式造一批假数据还是把线上数据处理脱敏之后写到开发测试库都可以

如果你的需求是业务逻辑本身就涉及到了某些敏感信息，那没什么好办法，只能找足够信任的人来做，你要是有本事把系统拆成很多不涉密的小部分给不同人做肯定也不会来问了

如果你的需求是你不信任开发和运维，怕他们接触线上数据之后干坏事，和前一条一样，你只能找足够信任的人，要么签严格的保密条款并且加钱雇愿意接受这些条款的人，要么自己亲自上