tknospdr
(David Muszynski)
1
多くのテストを経て、ついにDiscourseのサポートチケット機能がリリースされました。
しかし、すぐにいくつかの致命的な問題に直面し、なんとか克服できることを願っています。
「Support/Support Requests」というカテゴリ/サブカテゴリがあります。
Support Requestsはプライベートトピックを使用するように設定されており、これにより、特定のトピック内の投稿は作成者とサポート担当者のみが見ることができます。また、ほとんどのチケットがメールで送信されるため、メールも有効になっています。
お客様の1社が、サポートリクエストを送信するために独自のチケットシステムを使用しています。それはRepairShoprと呼ばれるものだと思います。その会社からチケットを受信すると：
- チケット全体を受信できず、実際の情報より前に無意味な部分が表示されるだけです。下のスクリーンショットを参照してください。
- 返信するたびに、元のトピックに投稿するのではなく、ソフトウェアが新しいトピックを作成します。
- これは「投稿の移動」機能で対処できますが、トピックがプライベートであるため、移動先の利用可能なトピックのリストに表示されません。
これらの問題のいずれか、またはすべてについて、どなたか助けていただけますか？機能テストにかなりの時間を費やしましたが、突然、役に立たなくなりました。
これをどのように設定したのか、もう少し詳しく説明していただけますか？プライベートトピックとはどういう意味ですか？
投稿の右上にある封筒のアイコンをクリックすると、スクリーンショットにあるように何が見えますか？元のメールが表示され、相手のメールで何が起こっているのかをトラブルシューティングするのに役立つ詳細が含まれているはずです。相手が適切なヘッダーでメールを送信していない場合、あなたができることはあまりないと思います。
tknospdr
(David Muszynski)
3
残念ながら、ロゴのローカルコピーを作成するだけです。
サポートリクエストをチケットシステム経由ではなく、メールクライアントから送信するように説得できればと思っていますが、それは大変な戦いになるだろうと想像しています。
「いいね！」 1
封筒をクリックするとどうなりますか？サイトの管理者ですか？もしそうであれば、メールの生、テキスト、HTMLバージョンを切り替えることができるポップアップが表示されるはずです。
tknospdr
(David Muszynski)
5
はい、それらの違いを並べて表示したスクリーンショットと、RAW形式のスクリーンショットを添付します。
お互いの意図を誤解していると思います。2つ前の投稿にある私のスクリーンショットを見ましたか？私のスクリーンショットのように「受信メール」のポップアップが表示されるはずです。それにより、ソースを確認できます。
送信者に問題がある場合、Discourseサイトでは何もできません。このトピックを閉じても良いか教えてください。
tknospdr
(David Muszynski)
8
このテキストは、この投稿のトピックから外れていません。元の投稿のポイント3を言い換えただけです。新しいトピックで質問した方が良いと思われる場合は、構いません。単にゴミを散らかしたくなかっただけです。
これは重要なポイントです。クライアントの1社がトピックに返信すると、新しい投稿を作成する代わりに、マージできないまったく新しいトピックが作成されるためです。
おっしゃる通りです。「エンベロープ」を読んでいましたが、頭の中では「編集」になっていました。はい、エンベロープ内のテキストを見ると、すべてそこにあります。では、なぜこれが起こっているのか、そして将来これをどのように修正すればよいのでしょうか？
Moin
9
デフォルトでは、Discourse は、たとえば署名や以前のメッセージを非表示にしようとします。これは、カテゴリへのメール送信時に発生します。カテゴリへの投稿は通常公開されるためです。これらの部分は、カテゴリ内の投稿を読めるすべての人と共有する意図のなかったメールアドレスが含まれている可能性があるため削除されます。
これに関連する設定は Trim incoming emails と Always show trimmed content だと思います。Incoming email prefer HTML についても何か覚えています。しかし、それらが正確にどのように相互作用するかは覚えていません。
返信が新しいトピックを作成する問題については、Find related post with key を無効にすると役立つかもしれません。しかし、前述したように、これらの設定に関する経験はありません。
「いいね！」 2
ああ、なるほど、やはり関係があるのですね。ご存知ないかもしれませんが、メッセージをマージする際に、マージしたいメッセージのURLからトピックID番号を「既存のメッセージ」フィールドにコピーできます。それを試してみて、どうなるか確認していただけますか？
「raw」タブのメールアドレスを確認してください。次のような形式になっているはずです。
incoming+b249a23e7e545288e8dac00808ba154c@YOURDOMAIN
代わりに、カテゴリでメールで新しいトピックを開始するためのメールアドレスなど、別のメールアドレスが表示されている場合は、それが原因です。
Discourse側でこれを修正する方法はありません。コミュニケーションをとっている相手に相談するか、上記のように手動で返信を移動させて、それらと一緒に維持したい場合は、そのままにしておくしかありません。
tknospdr
(David Muszynski)
11
はい、「trim incoming」はチェックされており、「always show trimmed」はチェックされていません。不思議ですね…
それらを逆にすべきか、あるいは望む結果を得るために2番目のものだけをチェックすべきでしょうか。
少し試してみる必要があると思います。サポートカテゴリについては、トピックはデフォルトで非公開なので、公開されているものがどうであれ問題ありません。私たちのフォーラムの99%以上はウェブ経由でやり取りされると思います。
これに関する警告が表示されているため、無効にすることにはためらわれます。
完璧に機能しました、ありがとうございます。あとは、トピックIDをページに表示する非推奨のコードを修正するだけです。しかし、これはこのトピックからは逸脱しすぎていると思うので、そこで助けを得るために古いトピックを復活させます。
はい、トピックのメールアドレスに宛てられているだけで、+keyの部分がないことがわかります。
返信をチェーン内で行うように、返信を直接メールで送信するのではなく、繰り返しお願いしています。彼らのシステムが奇妙なのか、それとも…印刷すると問題になるような他の説明があるのか、わかりません。
「いいね！」 2
tobiaseigen
(Tobias Eigen)
クローズされました:
12
このトピックは、最後の返信から7日後に自動的に閉じられました。新しい返信は許可されていません。
