Notices by もち (mot@mastodon.motcha.tech@mastodon.motcha.tech), page 40

あとはまあ、単純な話なんですが、ネットワーク帯域を食います。サーバがクライアントから離れるので、その分だけ食う。

もちろんオンプレミスのメールサーバが障害を起こすことはあるし、なんならクラウド事業者より確率は高いのかもしれないので…だからなんなの？という見方はあります　ありますがしかし、なんのトラブルシューティングも出来ず、暫定処置も取れないというのはわりかし精神的にクるものなのです

クラウド上にメールサーバを移す最大の欠点の一つとして、クラウド事業者がなにかの問題を起こして障害が発生したとき、本当の意味で指を咥えて待つしかないというのがあります

G Suite、Office365どっちも契約しているけど自鯖メールの方が融通聞くので気が楽

日頃はりなくすやpythonで心を癒やしてるけど、仕事ではこんなことをやっています…

Active Directoryと不可分なので、オンプレミスExchangeのOffice365移行はAD同期とほぼほぼセットになっていて、中規模以上の環境では一括切り替えは困難なので平行期間を設ける必要があり、それがまたメールルーティングや予定表をややこしくするのでぃす

Microsoftもパッケージ売りをなるべく辞めたい考えは明らかで、Exchange（MSって実はメールサーバも作ってるんですよ）は2013年以降の仕様にこれまでほど大きな違いが見られなくなってきていて、なおかつExchange Onlineと画面構成的にも設定的にもほぼ同じになってる。

こうなってくると泥臭い仕事は雲の上に取られてしまうので、私の飯の食いどころはそう簡単にはクラウド化できない理由のある組織さんとのお付き合いの比率が上がりそうなのである

とはいえメールサーバ、クラウド化が随分進んでいるので、Office365（Microsoft）やG suite（Google）にメール機能はおまかせー！という企業さんはとても増えている印象

しかし昼にも話題に上がった気がするけど、メールは…メール自体はまだまだ絶滅しそうにないテクノロジなので、枯れてはいてもなお、人手が必要なんじゃ

単なるメールのSIerでも、やっぱLinuxとコンテナが分かってるかどうかで速度が全然違うと思った。コンテナでやってることを泥臭く仮想マシンぽちぽち作ってOSインストールして初期設定してソフトウェアインストールしてFW設定して…とかやってたら遅いもん

検証用のメールサーバはぽいぽいコンテナで建てられるようになったので、外行きテストのメールキャッチャーや上位MTAとして動くPostfixくん、外からくるメールを検証するためのPosfixくんとかぼんぼん生やせるようになって、とても助かってる

どっかーん、DBのような永続性を求められるものにあまり使うべきではなく、文字通りどっかーんと破壊したりどっかーんと計算機で殴り付けるのに向いているよなあというのがあり

オッ

それにしてもスパム扱いされるかどうかはわりと出たとこ勝負なので、よしんば黒判定されなくても、グレーリスト扱いで相手方が一旦拒否して再送を待つ（スパマーは同じ宛先に何度も送らない）パターンがあるので、仮にきちんと設定していてもなお、すんなり届くかというと実はね

きちんとSPFやDKIMを書いて、適宜SPAMHouseとかの公開ブラックリストチェッカ通して各方面に解除してくりゃれすれば、まあ多少は大丈夫よ

メールサーバー、個人で建てると問答無用で迷惑メールボックス行きじゃないですか？？

ワロタ