Zammad: Nonaktifkan dukungan opsional untuk email HTML

Hai @MichaelHierweck

untuk membuatnya lebih jelas bagi saya. Apa masalahnya (kasus penggunaan) dengan email HTML?

Catatan: Hanya agen yang dapat menulis email html dan juga lampiran "teks biasa" yang dilampirkan ke semua email keluar (jadi jika Anda menggunakan pine/mutt dan sebagainya, Anda tidak dirugikan).

-Martin

Mitra bisnis kami agak kuno dan sadar akan keselamatan. Mereka mengharapkan email berupa teks/polos dan ditandatangani oleh GnuPG. Tapi mungkin kuno adalah warisan di tahun 2016... ;)

GnuPG bagus dan juga layak dengan email html (multipart dengan teks+html di sana). :)

Kami membiarkan masalah ini terbuka untuk melihat apakah seseorang juga tertarik dengan email teks saja.

Saya biasanya menggunakan email hanya teks juga. Dalam program email saya, saya beralih ke email HTML hanya dalam kasus khusus.

Secara umum saya akan mengatakan bahwa hari ini pengguna kuno seperti saya harus menerima kenyataan, bahwa HTML-mail adalah standar.

Dalam kasus zammad saya pikir masih akan membantu untuk memiliki editor email hanya teks: editor bawaan memiliki banyak masalah dengan pengeditan HTML ... Hari ini, segera setelah saya menemukan bug seperti itu, saya membuka zammad pesan dengan Thunderbird dan jawab dari sana. Ini cukup sering terjadi.

Saya akan sangat mendukung permintaan ini. Bukan hanya karena saya - sebagai prinsip - tidak pernah menulis email HTML, tetapi juga karena saya terbiasa mengirim ikhtisar tabular kepada pelanggan dan informasi berformat indent seperti

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

yang hanya terlihat jelek, tidak dapat dibaca, dan tidak profesional ketika dilihat dalam lingkungan yang diformat:

+----------+----------+
| baris 1 | baris 2 |
+----------+----------+
| bidang 11 | bidang 21 |
| sub 11 | |
| bidang 12 | bidang 22 |
+----------+----------+

Idealnya, jika format dapat dipilih per email dengan format default, yang dapat diatur oleh masing-masing agen.

Saya tidak sepenuhnya yakin bagaimana email masuk harus diperlakukan, tetapi saya mungkin akan menyarankan:

• email masuk adalah teks/polos: Ditampilkan dalam font jenis monospace/teletype. Balasan hanya dapat dikirim sebagai teks/polos
• Email masuk adalah teks/html _dan_ teks/polos: Bagian berformat HTML harus ditampilkan dan disimpan. Untuk replynya, agent harus bisa memilih antara plain dan html. Bagian masing-masing dari surat asli kemudian digunakan untuk bagian yang dikutip. Mengutip bagian teks saja dari surat html sering membuat bagian ini tidak dapat digunakan (terutama ketika berisi tabel, daftar, dll.). Oleh karena itu kita harus memiliki opsi untuk tetap memformatnya
• Email masuk hanya teks/html: Sama seperti untuk email biasa/html

hanya 2c saya

Ini sangat penting, saya baru saja membuat akun github saya untuk mengomentari ini. Email HTML mencegah saya menggunakan Zammad untuk bisnis saya. Itu akan membuat perusahaan saya terlihat bodoh jika kami mengirimkan email HTML.

HTML untuk email dianggap jahat oleh sebagian besar profesional. Sudah dijelaskan di wikipedia, jadi saya berharap ini menjadi pengetahuan umum.

HTML terlalu sering digunakan dan menyebabkan terlalu banyak masalah, di antaranya adalah:

• Masalah keamanan. (Item pelacak tertanam, JS, CSS...)
• Harapan yang salah tentang email yang dikombinasikan dengan gaya komunikasi yang buruk (misalnya menggunakan warna daripada kutipan yang tepat)
• Pemrosesan otomatis yang jauh lebih rumit (perlu menemukan jalan Anda melalui penampung MIME, lalu singkirkan tag...)
• Ukuran jauh lebih besar
• Masalah kompatibilitas (Jangan berharap MUA memproses HTML!)
• Masalah aksesibilitas bagi penyandang disabilitas. Pikirkan saja tentang pengguna buta warna atau buta total.
• Pengeditan yang sangat ceroboh. Zammad sebenarnya adalah contoh terbaik. Surat-surat HTML itu adalah PITA di editor.
• Kutipan. Bagaimana Anda memasukkan ">" dan di mana? Apa yang Anda lakukan ketika ada blockquote-, p- atau div-tag atau bahkan img tepat di tengahnya?
• BSI Jerman merekomendasikan untuk menampilkan HTML sebagai teks biasa. Jadi masalah kepatuhan mungkin muncul di masa depan.

Biasanya, penerima menentukan bagaimana dia ingin e-mail disajikan/diformat. HTML melanggar aturan ini dan memungkinkan pengirim untuk menentukan font mewah (tidak dapat dibaca?), gambar latar belakang dan lonceng 'n peluit lainnya sementara ini sebagian atau seluruhnya akan hilang di klien penerima, tergantung pada pengaturannya. Ini berarti harapan pengirim tidak terpenuhi, sedangkan penerima tidak akan tahu apakah email ditampilkan seperti yang diharapkan oleh pengirim. Ini tidak dapat terjadi dengan plaintext.

Saya pikir pemrosesan plaintext harus selalu didahulukan dalam pengembangan dan memiliki prioritas lebih tinggi. HTML harus dianggap sebagai tambahan, bukan sebaliknya.

Saya setuju dan karenanya mendukung masalah ini

dito, menunggu opsi ini sejak komentar pertama.

Pertama-tama, terima kasih banyak atas partisipasi Anda dalam proyek sumber terbuka Zammad. Kami menyadari kebutuhan Anda akan hal ini. Namun, saat ini tidak ada dalam daftar (pendek) fitur Anda yang akan datang. Ini berarti kami mungkin tidak akan mengerjakannya setidaknya tahun depan kecuali kami menemukan sponsor. Pilihan lain adalah mengirim permintaan tarik. Kami dengan senang hati mendukung Anda untuk mendapatkannya dalam kualitas dan bentuk yang diperlukan untuk melakukannya dengan cara Zammad.
Karena tidak ada masukan baru pada persyaratan yang ditentukan, yang sudah cukup jelas, saya meminta Anda untuk membatasi keinginan Anda untuk fitur ini pada emoji pada posting awal. Mengirim komentar menciptakan banyak kebisingan dan mengalihkan perhatian kita dari pekerjaan kita di Zammad dan memperlambat kita. Kalau tidak, saya harus mengunci percakapan. Jangan ragu untuk memulai diskusi yang jelas di papan komunitas kami https://community.zammad.org/ yang merupakan tempat yang tepat untuk itu.
Terima kasih atas pengertian dan dukungan Anda!

Membawa masalah ini kembali menjadi sorotan. Email konformasi alamat yang berasal dari Github sekarang menjadi html yang salah format dan dengan demikian menyebabkan produk seperti ProofPoint merusak email saat transit. Keinginan untuk email teks biasa harus sekali lagi ditinjau karena pemformatan html yang rapuh menyebabkan masalah dengan filter email komersial. Saya setuju bahwa tidak masuk akal untuk mengharapkan GitHub melakukan uji regresi terhadap setiap vendor tetapi kurangnya kemampuan untuk mengontrol format pengiriman email agaknya menempatkan tanggung jawab pada GitHub untuk melakukan pengujian regresi semacam itu

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

Saya akan bersedia mengeluarkan sedikit uang untuk menambahkan fitur ini, kemungkinan tidak cukup untuk mendanainya sendiri. Saya melihat sekeliling sedikit dan telah melihat sejumlah masalah GitHub lainnya yang ditandai dengan prioritised by payment ; Saya berasumsi bahwa berarti adalah mungkin bagi pengguna untuk dana tertentu fitur mereka ingin melihat?

Saya juga sangat menginginkan dukungan untuk surat teks biasa. Yang terbaik adalah jika fleksibel seperti yang ditunjukkan @fthommen .

Maaf ini berada di bawah radar saya lagi.
Silahkan hubungi sales [at] zammad [dot] com.

Rekan-rekan kami akan mengetahui biayanya dan jika terlalu banyak juga memeriksa apakah memenuhi syarat untuk kumpulan pembayaran bagi beberapa orang untuk melanjutkan ini.

Dugaan saya adalah bahwa ini saat ini diblokir oleh masa depan untuk menjadi editor untuk Zammad.
Zammad saat ini tidak memiliki cara untuk mengetahui apakah Anda dapat memformat email atau tidak yang menurut saya mungkin merepotkan untuk saat ini.

Berikut ini adalah hack cepat tidak resmi yang mencoba untuk sepenuhnya menonaktifkan pengiriman bagian html di semua email.
Peringatan: belum diuji dalam produksi, dapat merusak barang lain, jarak tempuh Anda mungkin berbeda.

Ini adalah tambalan untuk para ahli yang menjalankan Zammad sendiri dan tahu cara menerapkan, menguji, dan men-debug instalasi mereka.
Namun jika Anda hanya ingin mengirimkan teks/surat biasa (misalnya untuk alasan keamanan), Anda dapat mencobanya.

``` tambalan
--- 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 @@
# menghasilkan bagian polos
attr[:body] = attr[:body].html2text
+

• # peretasan untuk hanya mengirim teks/surat biasa, lihat permintaan fitur
• # https://github.com/zammad/zammad/issues/325
• # hapus bagian html_alternative yang dihasilkan sehingga tidak dapat dikirim:
• html_alternative = salah
  akhir

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

Kami menghubungi penjualan Zammad beberapa waktu lalu tentang fitur ini dan sepertinya itu harus menjadi proyek kecil yang nyata, yang akan melampaui anggaran kami. Alih-alih, kami secara sukarela membayar sejumlah kecil tiga digit ke https://www.zammad-foundation.org/ sehingga mereka mendapatkan sesuatu kembali untuk produk Perangkat Lunak Gratis mereka yang bagus dan memeliharanya. Jika Anda menyukai tambalan ini, pertimbangkan juga untuk membayar yayasan Zammad. :)