Zammad: 電子メールをサポートし、顧客の名前でチケットを作成するために、エージェントとして電子メールを転送します

こんにちは@zheonline

通常、このユースケースは、サポーターとZammadとの共有imapアカウントを使用することで解決されます。

サポーターが（変更せずに）メールをZammadに転送したい場合、サポーターはこのメールをZammadimapフォルダーに移動するだけです。 Zammadはそれを取得し、処理は通常の顧客の電子メールと同じです（顧客からZammadに直接送信されます）。

さらに、現在、Zammadは、imap移動ソリューションのため、転送によってサポーターを抽出できません。

-マーティン

アカウントを全員に共有したくありません。 非常に難しい回避策：/

アカウントを全員に共有したくありません。 非常に難しい回避策：/

Zammadはアカウントからすべてのメールを取得しています。 つまり、多かれ少なかれ「入居」するだけです。

とにかく、私はあなたのワークフロー/問題を理解することができます。 この点から、Zammadには欠けている機能です。

私たちの古いチケットシステム（まだ使用中）もこれをサポートしており、非常に時間の節約になりました。 チームメンバーが個人の電子メールアドレスに直接サポート電子メールを受信すると、それをsupport @アドレスに転送し、システムは引用された元の電子メールからFrom：を抽出し、元の送信者からの新しいチケットのように扱います。 これを追加するための++++ 1。

その上で何か新しいことはありますか？

電子メールをバウンスすると、エージェントの問題は解決しますが、電子メールシステムでサポートされている必要があります。

@Megachipこのトピックに関するニュースはありません。

また、個人の電子メールアドレスにメールを送信するときに、チケットシステムのアドレスにメールを転送します（メールクライアントは、私たちが使用する再送機能をサポートしています）。
フィルタを使用してRFC4021で説明されているように、 Resent-Toヘッダーを操作するオプションがあると便利です。 https://github.com/zammad/zammad/blob/develop/app/models/channel/email_parser.rb#L8が適切な場所だと思い

このためのPRを作成しますか、それともこれは正しい実装ではありませんか？

ありがとう、1月。

私たちはzammadを初めて使用しますが、これは非常に重要な機能です。 それを支払うことをいとわない、多分私達は共有することができます。 誰か？

ねえ@tischra

Zammadをサポートしていただきありがとうございます！
この機能の見積もりを知る必要がある場合は、sales [at] zammad [dot] comまでご連絡いただき、この問題を参照してください。

これにいくらかかるかを確認します。
多すぎるので、これに似たコミュニティ投稿を作成することもできます： https ：

この機能に関する更新はありますか？ 私たちも使いたいです

私はこの問題を寄稿者に限定して、「metoos」または何かが準備できるときの質問を制限しています。

バンピングの問題は、このリポジトリをサブスクライブしているすべての人に多くのノイズを引き起こします。
この機能が必要で、待つことができない場合は、当社の営業チームに連絡して、スポンサー/優先権を与えることができます。
sales [at] zammad [dot] com。

通常、ETAは提供していません。問題がいずれかの方向に移動するとすぐに、問題を更新します。