Zammad: メールが大きすぎてZammadで処理されない場合は、送信者にポストマスターメールを送信します

これが変更される場合は、その構成オプションを歓迎します。この場合、Zammadにバウンスメールを送信させたくないので、現在の「IMAPからフェッチして警告を表示しないでください」を優先します。管理者へのアプローチ」。

この理由は、非常に複雑なメール設定です。ドメインのMXである会社のメインメールサーバーがあり、すべての送受信メールはこのサーバーを経由します。 Zammadの使用を開始するとすぐに、一部のメール（すべてではない）がZammadがフェッチするための個別のIMAPアカウントに複製されます。 それを説明するために：

たとえば、アドレス[email protected]がありますinfoは、メインのメールサーバーでグループとして構成されています。 このグループには、すべての受信メールのコピーを保存するアーカイブがあり、メンバー（ martin.von.wittich ）があり、すべてのグループメンバーは自分の受信トレイにもコピーを受け取ります。 現在、チケットシステムとしてKayakoを使用しており、Kayakoは/etc/aliases介してコピーを取得します。

info:        \info,          [email protected]

将来、Kayakoから移行すると、メールはZammadIMAPメールボックスと同様に複製されます。 したがって、KayakoやZammadなどの「バックエンドシステム」の1つが突然、独自のバウンスメールを送信することを決定した場合、メールを受け入れるか拒否するか（サイズの制約など）の決定はメインにあるため、非常に望ましくありません。メールサーバー。メインサーバーからのコピーのみを受信するバックエンドシステムでは使用できません。 メインサーバー（最大50 MBのメールを受け入れる）がすでにメールを受け入れることを決定しているが、メールが大きすぎてZammadが受け入れることができない場合（Zammadはデフォルトで最大10 MBを受け入れるため）、これは単に構成エラーです私の側に。 その場合、私はZammadに顧客ではなく_me_に通知してもらいたいと思います。

TLDR：現在の動作方法が気に入っています:)

マーティンズの議論は理解できます。
少なくとも監視に情報を追加する必要があります。そうしないと、これをきれいに監視できません。

自動返信を有効/無効にするオプションは良い考えです-これは設定内に表示され、ウィザード内の管理者にどのように希望するかを尋ねます。 理由は、私は個人的にZammadがデフォルトで自動応答をオンにすることを好むからです。

これは、非常に多くのホストされたインスタンスにも影響します。これらのユーザーのほとんどは電子メールサーバーで使用せず、最大電子メールサイズは選択したパッケージによって異なります。 さらに、ホストされたセットアップ内で監視情報が欠落しているため（通常は必要ないため）、その時点でバウンスが改善されるのはそのためです。

ほら、少し複雑です^^ "

現在、Zammad3.2に実装されています。

1）アップグレードインストールでは、現在のように他の動作はありません。 Zammadモニタリングエンドポイントには、大きすぎるメールのみが表示されます。

今すぐ動作させたい場合は、admin-> Channels-> E-Mail-> Settingsを実行し、「メールが大きすぎる場合はポストマスターメールを送信する」を変更してください。

2）新しい設定の場合、または「メールが大きすぎる場合はポストマスターメールを送信する」がtrueに設定されている場合、メールが大きさ（大きさおよび最大値）であったことを示すメールメッセージが送信者に送信されます。配信できません。