Zammad: オプションでHTMLメールのサポートを無効にする

こんにちは@MichaelHierweck

私にそれをより明確にするために。 HTMLメールの問題（ユースケース）は何ですか？

注：エージェントのみがHTMLメールを作成でき、「プレーンテキスト」の添付ファイルがすべての送信メールに添付されます（したがって、pine / muttなどを使用する場合、不利になることはありません）。

-マーティン

私たちのビジネスパートナーは、一種の古風で安全に配慮しています。 彼らは、電子メールがテキスト/プレーンであり、GnuPGで署名されていることを期待しています。 しかし、おそらく古風なものは2016年の遺産です...;）

GnuPGは素晴らしく、htmlメール（そこにtext + htmlを含むマルチパート）でも実行可能です。 :)

誰かがテキストのみの電子メールにも興味があるかどうかを確認するために、この問題を開いたままにします。

私は通常、テキストのみの電子メールも使用します。 私の電子メールプログラムでは、特別な場合にのみHTMLメールに切り替えます。

一般的に言って、今日の私のような昔ながらのユーザーは、HTMLメールが標準であるという事実を受け入れなければならないと思います。

zammadの場合、テキストのみの電子メールエディタがあると便利だと思います。組み込みのエディタにはHTMLの編集に多くの問題があります...今日、このようなバグに遭遇するとすぐにzammadを開きますサンダーバードとのメッセージとそこからの回答。 これは非常に頻繁に発生します。

私はこの要求を大いに支持したいと思います。 私は（原則として）HTMLメールを作成しないだけでなく、顧客に表形式の概要やインデント形式の情報を送信するために使用されているためです。

 | row 1    | row 2    |
 +----------+----------+
 | field 11 | field 21 |
 |   sub 11 |          |
 | field 12 | field 22 |
 +----------+----------+

これは、フォーマットされた環境で見ると、くだらない、読めない、プロフェッショナルではないように見えます。

+ ---------- + ---------- +
| 行1 | 行2 |
+ ---------- + ---------- +
| フィールド11 | フィールド21 |
| サブ11 | |
| フィールド12 | フィールド22 |
+ ---------- + ---------- +

理想的なのは、各エージェントが設定できるデフォルトの形式でメールごとに形式を選択できる場合です。

受信メールをどのように処理するかは完全にはわかりませんが、おそらく次のことをお勧めします。

• 受信メールはテキスト/プレーンです：等幅/テレタイプタイプのフォントで表示します。 返信はテキスト/プレーンとしてのみ送信できます
• 受信メールはtext / html _and_ text / plain：HTML形式の部分を表示して保持する必要があります。 返信の場合、エージェントはプレーンとhtmlのどちらかを選択できる必要があります。 次に、元のメールのそれぞれの部分が引用部分に使用されます。 HTMLメールのテキストのみの部分を引用すると、この部分が使用できなくなることがよくあります（特に、テーブルやリストなどが含まれている場合）。 したがって、フォーマットを維持するオプションが必要です
• 受信メールはtext / htmlのみです：plain / htmlメールの場合と同じです

ちょうど私の2c

これは非常に重要で、これについてコメントするためにgithubアカウントを作成しました。 HTMLメールを使用すると、ビジネスにZammadを使用できなくなります。 HTMLメールを送信すると、私の会社はばかげているように見えます。

電子メール用のHTMLは、ほとんどの専門家によって悪と見なされています。 ウィキペディアで説明されているので、これは常識だと思いました。

HTMLは非常に頻繁に使用され、次のような問題を引き起こします。

• セキュリティ上の問題。 （埋め込みトラッカー-アイテム、JS、CSS ...）
• 悪いコミュニケーションスタイルと組み合わされた電子メールについての誤った期待（例えば、適切な引用の代わりに色を使用する）
• はるかに複雑な自動処理（MIMEコンテナーを介して方法を見つけてから、タグを削除する必要があります...）
• はるかに大きいサイズ
• 互換性の問題（MUAがHTMLを処理することを期待しないでください！）
• 障害を持つ人々のアクセシビリティの問題。 色覚異常または完全視覚障害のユーザーについて考えてみてください。
• 非常に不器用な編集。 Zammadは実際に最良の例です。 これらのHTMLメールは、エディターではPITAです。
• 引用。 ">"をどのように挿入し、どこに挿入しますか？ blockquote、p、div-tag、さらにはその真ん中にimgがある場合、どうしますか？
• ドイツのBSIは、HTMLをプレーンテキストとして表示することを推奨しています。 そのため、将来的にコンプライアンスの問題が発生する可能性があります。

通常、受信者は、電子メールをどのように表示/フォーマットするかを定義します。 HTMLはこのルールに違反し、送信者が派手な（読めない？）フォント、背景画像、その他のベルの笛を定義できるようにしますが、受信者のクライアントでは、設定に応じてこれらが部分的または完全に消えます。 これは、送信者の期待に応えられない一方で、受信者はメールが送信者の期待どおりに表示されているかどうかを知らないことを意味します。 これは平文では起こりえません。

平文処理は常に開発の最初に来て、より高い優先順位を持つべきだと思います。 HTMLは余分なものと見なされるべきであり、その逆ではありません。

私は同意し、したがってこの問題を支持します

dito、最初のコメントからこのオプションを待っています。

まず、Zammadオープンソースプロジェクトにご参加いただきありがとうございます。 これに対するあなたの必要性を認識しています。 ただし、現在、今後の機能の（短い）リストには含まれていません。 これは、スポンサーが見つからない限り、少なくとも来年はおそらくそれに取り組むことはないということを意味します。 別のオプションは、プルリクエストを送信することです。 Zammadの方法でそれを行うために必要な品質と形式でそれを取得するために、私たちはあなたをサポートさせていただきます。
定義された要件に関する新しい入力はありませんが、これはすでにかなり明確になっているため、この機能に対する衝動を最初の投稿の絵文字に限定するようお願いします。 コメントを送信すると、多くのノイズが発生し、Zammadでの作業の邪魔になり、速度が低下します。 それ以外の場合は、会話をロックする必要があります。 そのための適切な場所であるコミュニティボードhttps://community.zammad.org/で、気軽に活発な議論を始めて
何卒ご理解とご支援を賜りますようお願い申し上げます。

この問題を再び脚光を浴びる。 Githubから送信されるアドレス確認メールの形式が不正なHTMLになっているため、ProofPointなどの製品が送信中にメールを壊してしまいます。 脆弱なHTMLフォーマットは商用の電子メールフィルターで問題を引き起こすため、プレーンテキストの電子メールへの要望をもう一度見直す必要があります。 GitHubがすべてのベンダーに対して回帰テストを行うことを期待するのは不合理であることに同意しますが、電子メール配信形式を制御する機能がないため、GitHubにそのような回帰テストを行う責任があります。

https://useplaintext.email/
https://useplaintext.email/#why -plaintext

私はこの機能を追加するためにポットに少しお金を投入するつもりですが、おそらく私自身でそれを賄うには十分ではありません。 少し見て回ると、 prioritised by paymentタグ付けされた他のGitHubの問題がいくつか見られました。 それは、ユーザーが見たい特定の機能に資金を提供すること

プレーンテキストメールのサポートも本当に必要です。 @fthommenが指摘するように、柔軟性があれば最高です。

申し訳ありませんが、これは再び私のレーダーを下回りました。
セールス[at] zammad [dot] comにお問い合わせください。

私たちの同僚はコストを把握し、それが多すぎる場合は、それが何人かの人々がこれを続けるための支払いプールの資格があるかどうかもチェックします。

私の推測では、これは現在、Zammadの編集者になるために将来によってブロックされています。
Zammadは現在、メールをフォーマットできるかどうかを判断する方法がありません。これは、現時点で私の意見では厄介かもしれません。

これは、すべての電子メールでhtml部分の送信を完全に無効にしようとする非公式のクイックハックです。
警告：まだ生産でテストされていません、他のものを壊すかもしれません、あなたのマイレージは変わるかもしれません。

これは、Zammadを自分で実行し、インストールを適用、テスト、およびデバッグする方法を知っている専門家向けのパッチです。
ただし、テキスト/プレーンメールのみを送信したい場合（セキュリティ上の理由など）、試してみることができます。

`` `パッチ
--- app / models / channel / email_build.rb.org 2021-03-18 17：43：54.776830273 +0100
+++ app / models / channel / email_build.rb 2021-03-18 17：49：45.262137627 +0100
@@ -63,4 +63,9 @@
＃プレーンパーツを生成
attr [：body] = attr [：body] .html2text
+

• ＃テキスト/プレーンメールのみを送信するハック、機能リクエストを参照
• ＃https：//github.com/zammad/zammad/issues/325
• ＃生成されたhtml_alternative部分を削除して、送信できないようにします。
• html_alternative = false
  終わり

`` ` (applied against zammad Version: 3.6.0-1615986441.da478686.buster from the official Debian Buster package, / opt / zammad`）

この機能については、しばらく前にZammadの営業担当者に連絡しましたが、実際の小さなプロジェクトになる必要があり、予算を超えていたようです。 代わりに、https：//www.zammad-foundation.org/に3桁の小額を自発的に支払ったので、彼らは素晴らしいフリーソフトウェア製品のために何かを取り戻し、それを維持します。 このパッチが気に入った場合は、Zammadファンデーションの支払いも検討してください。 :)