同僚が私に助けを求めてきました。 会話は次のようなものでした。
— 監視にクライアント Linux サーバーを緊急に追加する必要があります。 アクセス権が与えられました。
- それで、何が問題なのですか? 接続できませんか? それともシステムに十分な権限がありませんか?
- いいえ、正常に接続します。 そして私はスーパーユーザー権限を持っています。 しかし、そこにはほとんどスペースがありません。 また、メールに関するメッセージがコンソールに常に表示されます。
- それで、このメールをチェックしてください。
- どうやって?! 外部からサーバーに直接アクセスすることはできません。
— クライアントをサーバー上で直接実行します。 お持ちでない場合は、インストールしてください。あなたには権利があります。
—とにかくスペースがほとんどありません! 一般に、グラフィカル インターフェイスを備えた本格的なアプリケーションはそこでは実行されません。
私は同僚のところに立ち寄り、問題を解決する簡単で効果的な方法を教えなければなりませんでした。 彼は確かに知っていたが、決して使ったことのない方法でした。 そして、ストレスの多い状況では、まったく思い出せませんでした。
はい、魔法を使わずにコンソールで起動できる、完全に機能する電子メール クライアントが存在します。 そしてとても長い間。 それは呼ばれています
高齢にもかかわらず
たとえば、GMail の操作は次のようになります。
そしてまた ムット あります:
- アドレス帳。
- メッセージ処理の自動化。
- 各種ディスプレイ。
- 異なるカテゴリの文字を異なる色でマークする機能。
- 原則としてインターフェースの外観と色を変更します。
- 暗号化とデジタル署名のサポート。
- 複雑なアクションのためのマクロ。
- メーリングアドレスおよびメーリングリストの仮名。
- スペルチェックを使用する機能。
- имногоедругое。
さらに、これらの機会の重要な部分は、何年も前に実現されました。 グラフィカルインターフェイスがないため ムット 重さはほとんどありませんが、同時に、これほど柔軟に設定できる電子メール クライアントを挙げるのは私には難しいです。
残念ながら、この素晴らしい電子メール クライアントは平均的なユーザーに推奨する価値はありません。 まあ、本当に何かが彼を好きではない限り。 これにはいくつかの理由があります。 まず、構成の柔軟性にはマイナス面もあります。構成は決してワンクリックで完了するわけではなく、ある程度の知識が必要です。 ほとんどの一般ユーザーは不要なものとして持っていません。
第二に、Google、Yandex、Microsoft およびその他のベンダーは、メールを自社の製品およびサービスの不可欠な部分として独占的に考慮しており、あらゆる方法で妨害行為を行っており、サードパーティ クライアントの使用を歓迎していません。 そして、それらは次のように理解できます。 ムット-広告を詰め込むことはできません。
第三に、コンソールのみで働く人を見つけるのは非常に困難です。 そして重要なのは、すべてのユーザーがグラフィカル インターフェイスを必要とするということではありません。 単純に、コンソールで実行するのが不便な、または実行不可能なタスクがあります。 たとえば、写真がメールで送られてきたとします。 ムット ディスクに保存することはできますが、黒魔術とシャーマニック タンバリンを使用せずにグラフィック サブシステムを起動しないと表示することはできません。 ほとんどの一般ユーザーは、特にこれを迅速かつ便利に実行できるコンピューターまたはスマートフォンを持っている場合は、この作業に時間を無駄にすることはありません。 こういった理由から ムット 反抗的なハッカー精神を感じて社会に挑戦したいと考えているオタクの間でのみ需要があります。
しかし、だからといって、クライアントがどのように、どこで、何のために使用できるかを正確に知っている専門家にとって、クライアントの利便性が低下するわけではありません。 例えば、 ムット パラメータを指定してコマンド ラインから呼び出して、アプリケーションを起動せずにさまざまなタスクを実行できます。 最も単純な例は、電子メール メッセージの生成と送信です。 これにより、スクリプトを記述するときに使用できるようになります。
記事の冒頭で述べたケースでは、ローカル ストレージからメールを読み取るだけで済みましたが、これは Google が設立されるずっと前に実装されていました。
インストールと起動 ムット 何も設定せずに (ほんの数分しかかかりませんでした) すると、スーパーユーザーからのまったく同じ内容の大量の手紙がすぐに明らかになり、そのうちの XNUMX つを読んで選んだことがこの混乱の元凶でした。退職したシステム管理者によって書かれたスクリプトが不適切でした。サーバー所有者の数。 スペース不足とコンソールの煩わしいメッセージの問題はすぐに解決されました。
もちろん、注意深い読者なら、このユーティリティを実行する方が正しいだろうとすぐに教えてくれるでしょう。 duスペースが何に占有されているかを確認するには、システム ログを調べ、問題の原因を特定します。 私はこれが完全に正しいアプローチであることに同意します。 しかし、私の場合、特にシステム自体がこれを行うことを提案しているため、電子メール クライアントを起動する方が速いです。
では、なぜ私はこれを書いたのでしょうか?
また、すべてを知ることはもちろん不可能ですが、すでに知っていることは、その知識を使わないと忘れてしまいがちです。 したがって、思い出させることは罪ではない場合もあります。
それに、良い道具は素晴らしいし、多ければ多いほど良い。
さらに、場合によっては、システムがメールをチェックするように要求した場合でも、メールをチェックするだけで済みます。
ご清聴ありがとうございました。
ブログでは他に何が読めますか?
→
→
→
→
→
購読してください
出所: habr.com