Outlook POP3は迷惑メールフォルダを受信できません。これを回避するにはどうすればよいですか？
職場での電子メールの設定方法に誤りがあることを確認しました。 POP3を使用しており、電子メールプロバイダーのアカウントはスパムを迷惑メールフォルダーに移動するように設定されています。 POP3はフォルダを理解しない（受信トレイのみを表示する）ため、迷惑メールがダウンロードされることはありません。自動削除されるまで、すべてがサーバーに残ります。
これは、何年もの間、顧客からの電子メールが時々表示されない理由を説明しています。混乱に加えて、Outlookは独自の古い非ベイジアンフィルタリングを実行し、doesローカルスパムフォルダに物事を配置して、物事が意図したとおりに機能しているように見せます。サーバーサイドのウェブメールインターフェースを覗いて初めて問題を発見しました。
では、あまり混乱を引き起こさずにこの状況を改善するにはどうすればよいでしょうか。
サーバーサイドのスパム処理を「スパムを受信トレイに入れる」に変更することもできますが、それはサーバーサイドのスパムフィルタリングをオフにしてその目的全体を無効にすることと同じだと思います。
プロトコルをIMAPに変更することもできますが、それでもOutlookをPOP3クライアントのように動作させる方法を見つける必要があります。従業員は、プライマリ.pstファイルに20GB以上の電子メールを保持します。この設定を使用するのが非常に面倒でなくても、どのようにIMAPに変換できるのかわかりません。私たちのプロバイダーは限られたサーバーサイドストレージを提供しているので、すべてのサーバーサイドを維持することはオプションではありません。
理論的には、ローカルでホストされている電子メールストレージやプロキシサービスをサーバー上にセットアップすることはできますが、そのようなものが存在するかどうかさえわかりません。本格的な電子メールサーバーとそれに伴う日常の煩わしさを絶対に避けたいと思います。
これらのどれも正しい解決策のように感じないので、私はここで尋ねることにしました。
POP3には「フォルダ」の概念がありません。ログインすると、アクセスできるメールストアは1つだけで、通常は受信トレイです。これは、サーバーが並べ替え/ファイリングをまったく行わない状況で使用することを目的としています。代わりに、クライアントは定期的にすべての受信メールを取得し、クライアント側のフォルダーに並べ替えます。
POP3の使用が必要な場合は、「迷惑メール」フォルダをまったく作成しないようにサーバーに指示できるかどうかを確認してください。ほとんどのサーバー側のスパムフィルタリングシステムには、メッセージがスパムであるかどうかを示す非表示のヘッダー（または、「件名：[SPAM] google Award」などの表示可能なタグ）を追加する機能があり、Outlookルールでこれらを並べ替えることができます。ローカルの「ジャンク」フォルダへのメッセージ。
プロトコルをIMAPに変更することもできますが、それでもOutlookをPOP3クライアントのように動作させる方法を見つける必要があります。従業員は、プライマリ.pstファイルに20GB以上の電子メールを保持します。この設定を使用するのが非常に面倒でなくても、どのようにIMAPに変換できるのかわかりません。私たちのプロバイダーは限られたサーバーサイドストレージを提供しているので、すべてのサーバーサイドを維持することはオプションではありません。
面倒な方法の1つは、OutlookルールですべてのメッセージをIMAPフォルダーからローカルPSTフォルダーに自動的に移動し、メッセージを新規としてマークしたままにすることです。ユーザーはIMAPを構成する必要がありますが、そこにないふりをします。
理論的には、ローカルでホストされている電子メールストレージやプロキシサービスをサーバー上にセットアップすることはできますが、そのようなものが存在するかどうかさえわかりません。本格的な電子メールサーバーとそれに伴う日常の煩わしさを絶対に避けたいと思います。
はい。通常のIMAPサーバー（DovecotやCourierなど）に加えて、元のプロバイダーのサーバーからすべてのメッセージをダウンロードして削除するサービス（FetchmailやGetmailなど）を設定できます。ユーザーはIMAPを使用してすべてのメッセージをローカルサーバーに保持し、サーバーはそれらをフォルダーに並べ替えることができます。
受信トレイごとにfetchmail/getmailのインスタンスが1つ必要になる可能性がありますが、自動化は簡単で、適切なサーバーで処理できるはずです。
（これは「プロキシ」とまったく同じではありません。これは通常、元のサーバーのデータへのライブアクセスを提供することを意味し、コマンドを中継するだけです。ここでは利点はありません。）
実際、各アカウントを取得しなくても、SMTPまたはその他のメカニズムを介してすべてのメッセージをサーバーに直接配信するようにプロバイダーと調整できる場合があります。
送信メールは既存のプロバイダーのSMTPサーバーを直接使用できるため、現在よりもメッセージの配信について気にする必要はありません。