ここオーストラリアでは、さびたブリキ缶でインターネットに接続していますが、コアラがラインで遊んでいるためにパケットが失われることがあります。
少なくとも;それがそれです感じるほとんどの場合のように。
私は中規模のビジネス(100人以上の従業員)で働いており、ビジネスのさまざまなセクションに頻繁にメールを送信する必要があります。
各ビジネスセクションには、独自の「ニュースレター」やアップデートなどがあります。
かなり大きなメーリングリストと、データベースからExchangeサーバーに直接SMTP経由で送信されるカスタムリストがあります。そして通常、彼らは添付ファイルを送信します(私はそれをホストするための素晴らしい簡単な方法に取り組んでいます)。ただし、添付ファイルがない場合でも、少なくとも1時間はメールサーバーを拘束する可能性があります。
これにより電子メールが遅延し、他の無関係なシステムやタイムクリティカルなタスクに負担がかかります。これにより、ヘルプデスクの仕事が増加し、全体として、小規模なITチーム(2人)のすでに高いストレスレベルが増加します。
それを管理する現在の方法は、営業時間の終わり近くまで郵送を遅らせることです。これが長期的な解決策としては適切ではないと思います。また、これは心から実施できるポリシーではありません。そのため、時々、知らない、または何らかの理由でメッセージが「非常に重要」であるが、通常はそれほどタイムクリティカルではないストラグラーがいます。
今質問に:
私はほとんどLinuxの初心者ですが、解決策のアイデアがあります。
問題があるので、「メールキューイング」サーバーをセットアップする方法があるかどうか知りたいです。ある種の「サービス品質」制御を備えたLinux VMを考えているので、メールサーバーで常に使用される帯域幅の量を制限できるので、氾濫し、他のサービスが機能し続け、ストレスレベルが低下します;)。
例えば:
最終的には「もっと大きなパイプが必要になる」とは思いますが、基本的には今のところ予算が足りません。
ServerFault、これは可能ですか?
編集:Zoredacheは「配信サーバーから直接メールを送信しないのはなぜですか」と質問しました
残念ながら、それはそれほど単純ではありません。 「配布サーバー」は、実際にはファイルメーカーサーバーでホストされているファイルメーカープロデータベースであり、基本的にカットダウンメールクライアントのように機能する、電子メールの送信を可能にするクライアントプラグインがあります。
はい、私はそれが最適ではないことを知っています。
2番目の編集:誰かがこの「filemaker」にタグを付けてください。これは新しいタグなので、作成できません:P
これを行うための迅速で簡単な方法が1つあります。接尾辞の方法を紹介します。
バルクメールを(ヘッダー/正規表現で...)一致させ、常に保留にします。いつ送られても。
/etc/postfix/main.cf:
header_checks = regexp:/etc/postfix/header_checks
/ etc/postfix/header_checks:
/^Custom-Mail-Header: true/ HOLD Delayed until out of hours
その後、時間外に(これはcrontabで好きなように定義できます)使用できます
15 20-23 * * */usr/sbin/postsuper -H ALL
毎日20:15、21:15、22:15、23:15に保留中のメールがリリースされます。
適切なパスとcrontab時間を修正します。
ルーターの品質によっては、特定のIPのSMTPポートにQoSを適用できる場合があります。
Qosで遊んでからかなりの時間が経ちましたが、メモリから、ルーターレベルで、ポート25でメールサーバーのIPアドレスに低いQoSを割り当てることができます。
もちろん、これによりすべての人のQoSが低下しますが、大量のメール送信にのみ使用する2番目のメールサーバーがある場合は、それを使用してメールを送信し、IPアドレスのQoSを低下させることができます。その後、通常のメールサーバーを使用しているすべての人が引き続き送信できます。
これは、Zoredacheがコメントした内容に沿っていますが、これは2番目のボックスから直接メールを送信するだけです。ボックスがそれを単独で送信できる場合、再送信してもあまり意味がありません...
メッセージの受信者を指定していません。
それらがビジネスの外部にあり、メッセージが受信者ごとにカスタマイズされていない場合は、メーリングリストプロバイダーが安価な代替手段になる可能性があります。
ここでの利点は、Exchangeインフラストラクチャを介してメッセージを排出する帯域幅や処理ヒットを取得していないことです。 1部を送信すると、メーリングリストソフトウェアがオフサイトに送信され、4000人の受信者に展開されます。
セキュリティ面では、メーリングリストソフトウェアは通常、許可されたアドレスで構成するか、モデレートの方法を実装して、メッセージが配信用にリリースされる前に外部制御またはレビューを行うことができます。