インターネットメールをどう仕分け・フィルタリング・管理していますか？

 (lobste.rs)
2 ポイント 投稿者 GN⁺ 3 시간 전 | 1件のコメント | WhatsAppで共有
  • 複数のメーリングリストを購読し、多くのパッチをレビューするユーザーの インターネットメール のアーカイブ・ラベル管理ワークフローが主な関心事
  • 特に Lobsters 利用者のうち、20個のメーリングリストに加入している人や、多くのパッチをレビューしている人を対象にした質問
  • アーカイブと ラベル を扱う特定のワークフローがあるかどうかの確認
  • 大いに役立ったツールを尋ねており、できれば FOSS ツールを好むという条件
  • Sieve スクリプト のようなツールを使っているかどうかが具体例

関連記事

1件のコメント

 
GN⁺ 3 시간 전
Lobste.rs の意見

  • Sieve が本当に好き
    Roundcube には WebUI 上の GUI で Sieve を編集できるプラグインもあるので、Sieve 言語の機能を覚えるのにちょうどよく、必要ならスクリプトファイルを直接編集することもできる
    たいていはサイトごとにドメイン別メールアドレスで登録して簡単にフィルタリングしていて、たとえば lobsters@example.com のような形

    if address :localpart :is "to" ["lobsters"]  
{  
  fileinto "Social";  
  stop;  
}

    メーリングリストは使っていないが、試すならリストごとに受信トレイを 1 つずつ作り、メールクライアントでスレッドごとにまとめたうえで未読メッセージだけ表示すると思う
    スパムは本文に "my salacious friend" のような文句があるかを見る基本ルールと、info@ のような汎用受信箱を拒否する程度で 6 年以上十分で、手動ルールも 6 個しかないので、個人用途では rspamd のような機械学習ソリューションに投資する理由を感じない

  • ときどきメールクライアントは変えるが、ここ数年 取り込み-フィルタリングのワークフローはほとんどそのまま
    現在は mutt を長く使ったあと Gnus を評価中で、mpop でメールプロバイダのサーバーからメールを取得し、maildrop にパイプしてから、ローカルメールディレクトリ内の複数の maildir フォルダのいずれかに保存している
    どのフォルダに入るかは .mailfilter という大きなスクリプトが決めており、メーリングリストは主に List-Id ヘッダでマッチさせる。何年もリストを購読してきたが、この RFC2919 ヘッダを設定していないメーリングリストは一度も見たことがない
    個人メールはおおむね From ヘッダでフィルタリングし、スパムはプロバイダが非常によく処理してくれるので別ルールはなく、年に数回受信トレイに入る程度なので手で削除している
    この方式は古典的な procmail ベースのフローとほぼ同じだが、procmail の代わりに maildrop を使っている。当時 procmail はメンテナンスされていないという記事を見て代替を探し、Courier MTA の一部だが単体でも使える maildrop を選んだ
    maildir ベースのローカルメールストレージの利点は、複数の軽量メールクライアント、メール用語でいう MUA を、同じ maildir ディレクトリ構成に問題なく接続して使えること
    この構成には非常に満足しており、数年にわたって有用性が証明されている。今いちばん心配なのは、メールプロバイダが Web メールインターフェースだけを開放し、POP3 や IMAP すら提供しなくなる流れだ。今の職場ではすでにその戦いに負けていて、オンプレミスの MS Exchange を使いながら、メールを読む唯一の方法が Web メールでひどい

    • 現在勤めている大学は登録者がほぼ 5 万人いるのに、POP3、IMAP、OAuth ベースの最新認証アプリをサポートしていない
      Web メール、Outlook、さもなければ何もなし。サポート水準とは無関係に、他のクライアントを最初から許可しないと積極的に選んでいる点が、電子メールという媒体への侮辱のように感じられる
      「十分な人数が使えば結局は他のメールクライアントもサポートせざるを得ないのでは」と言うこともできるが、まさにそこが要点だ。Web メールや Outlook より良い方法を使えるべきだ

  • 以前は自分でメールサーバーと IMAP サーバーを運用し、友人たちがバックアップ MX をホスティングしてくれていたが、結局は生活をシンプルにするため Fastmail に移行した
    Sieve スクリプトと Fastmail の「filters and rules」を通じた Sieve でメールを整理したあと、isync/mbsync で個人デバイスの maildir に取り込んでいる
    月末に手動で整理し、メールが少ないフォルダは 6 か月ごと、または毎年 archive/<folder>-YYYYMM にアーカイブする。アーカイブもローカルに同期し、すべてバックアップしているが、パッチレビューのための良い方法はまだない

  • 2020 年まで自分でメールサーバーを運用していたが、絶えず変化する受信スパム量のために断念して Fastmail に加入した
    Fastmail は、良く言えば派手になった Squirrelmail のように感じられる。彼らの Mail filtering 機能を使って、特定の受信者をフォルダに送るといったフィルタリングをしてきた
    プロバイダとは別に、どのメールクライアントにも簡単に読み込めるシンプルな保存構造を使っている。年ごとのフォルダを 1 つずつ置く方式で、2025、2024、2023 のようなフォルダがあり、それぞれのフォルダにはおおよそ 1000 通ほどのメールが入っている
    新年が始まると Archive フォルダにある 2026 年のメールを新しい 2026 フォルダへ移す。メールを探すとき、フォルダを見るだけで 1 年以内のものか 8 年前のものか感覚がつかめるので、探しやすい

  • imapfilter と imap_tools の両方を使っている

  • Postfix → spfpolicyd → https://github.com/fazalmajid/gtldmilter → Procmail の順で使っている
    Sieve を使うべきなのは分かっている。特殊なケースでは https://github.com/Dirac-Software/mailsink のような カスタムメール処理系も書いた
    Cal Newport の言う通り、構造化されていないメールは反復的なワークフローに使うべきではないと考えていて、メールベースのフローは大嫌いなので避けている。だから SourceHut の目標にはおおむね共感するが、検討はしなかった

  • 以前は procmail を使っていたが Sieve に移行し、ここ数年は notmuch のタグ付けスクリプトを使っている
    このタグ付けによって本当に強力になった。スレッドに一時的なタグを付けつつ他のタグはそのまま維持できるし、何をしようとしているか、あるいは何を探したいかに応じて、メールを複数のやり方で見ることができる
    これに catchall メールドメインを組み合わせ、リストやサービスごとに固有のアドレスで登録すれば、フィルタリングとタグ付けがとても簡単になる

  • 少し脇道の質問ですが、送信メールサーバーはみな何を使っているのか気になります
    今はDigitalOceanで自前のメールサーバーを運用し、DKIM/SPF/DMARCも設定しましたが、メール配送は依然としてやや不安定です
    Proton Mailのようなサービスにお金を払ってリレーとして使いたいのですが、おすすめが必要です

    • 最初は SMTP2GO の無料ティアを使おうとしていましたが、結局は一般的な Postfix + Dovecot に落ち着きました
      以前ここで email setups の議論があったので、その中で1つか2つおすすめが見つかるかもしれません
    • PostfixとDovecotを使っていましたが、5年以上自分でサーバーを運用していないので、最近の標準が何なのかはよく分かりません
      自前メールサーバーのホスティングを完全にやめる直前、もう少し良い体験にしようとRoundcubeを見ていましたが、Fastmailを見つけて全部手放しました
    • 別の選択肢は DigitalOceanを離れること です
      スパマーを避けるための取り組みが十分ではなく、評判が悪いです。Panixが好きなのですが、デフォルトでは送信25番ポートを塞いでいるものの、頼めば開けてくれますし、顧客なら彼らの送信メールサーバーをリレーとして使うこともできます。配送の問題は一度もありませんでした
    • OpenSMTPD は他の選択肢より設定がずっと簡単なので、個人用smtpdとしてちょうどよいバランスだと思います
      すでに出ているように、DigitalOceanはメールサーバーには向いていない選択です

  • 以前、List-ID ヘッダーのあるメールをそれぞれのフォルダーに入れる簡単な Sieveスクリプト を書きました。フォルダーがなければ作成されます: https://gist.github.com/epilys/bf190ffb0147aa5ab863f7fa886a27da
    欠点は、一部のニュースレターの List-ID の値がUUIDのように人間には読みにくいことです

  • Thunderbird を使っています
    アーカイブは既存のアーカイブ機能で十分です。私の知る限り、メールはディスク上にテキストファイルとして保存されます。年ごとのフォルダーや、年+月ごとのフォルダーのようにアーカイブ方法を設定できます
    最初はそうしていましたが、結局はアーカイブがメールアカウントのフォルダー構造をそのままミラーするようにしておくことにしました
    メーリングリストには List-Id ヘッダーが最高です。それを基準にメールを特定のディレクトリーへ送っています。ラベルについてはThunderbirdがタグをサポートしていますが使っておらず、行き先のフォルダーだけで十分です
    パッチをメールでレビューすることはあまりありませんが、メール方式を第一級の機能として扱うSourceHutを少し使ったことはあります
    Thunderbirdには独自のクライアント側フィルタリングシステムがあり、主力マシンが実質的に常時起動しているので自分には合っています。時間が経つにつれて、ドメイン、たいていはトップレベルドメインやメールリストの List-Id ヘッダーを基準にメールを移動するフィルターが何十個も積み上がりました
    ただしThunderbirdの同期まわりは、アーカイブ、メール、設定、フィルターなど実質的にあらゆる面で、ほぼ存在しないに等しいです
    作業は進んでいますが、最後に確認したときは、20年以上にわたる西部開拓時代のようなエンジニアリングの産物であるバックエンドのコードベースを近代化し、統合することに注力していました。コントリビューターごとにSQLite、プレーンテキスト、JSONファイル、morkデータベースなどバラバラの方式を作ってきたので、幸運を祈るしかありません :D