Zammad: HTML 이메일 지원 비활성화(선택 사항)

안녕하세요 @MichaelHierweck

나에게 더 명확하게하기 위해. HTML 이메일의 문제점(사용 사례)은 무엇입니까?

참고: 에이전트만 html 이메일을 작성할 수 있으며 모든 발신 이메일에는 "일반 텍스트" 첨부 파일이 첨부됩니다(따라서 pine/mutt 등을 사용하면 불이익이 없습니다).

-남자 이름

우리의 비즈니스 파트너는 구식이며 안전을 중요하게 생각합니다. 그들은 이메일이 텍스트/일반 및 GnuPG 서명이 될 것으로 기대합니다. 하지만 2016년에는 구식일지도...;;;

GnuPG는 훌륭하고 html 이메일로도 가능합니다(text+html이 있는 멀티파트). :)

누군가가 텍스트 전용 이메일에도 관심이 있는지 확인하기 위해 이 문제를 계속 공개합니다.

저도 보통 문자로 된 이메일을 사용합니다. 내 이메일 프로그램에서는 특별한 경우에만 HTML 메일로 전환합니다.

일반적으로 말하면 오늘날 저와 같은 구식 사용자는 HTML 메일이 표준이라는 사실을 받아들여야 합니다.

zammad의 경우 텍스트 전용 이메일 편집기가 있으면 여전히 도움이 될 것이라고 생각합니다. 내장 편집기에는 HTML 편집에 많은 문제가 있습니다 ... 오늘은 그런 버그가 발생하자마자 zammad를 엽니 다. Thunderbird로 메시지를 보내고 거기에서 응답하십시오. 이것은 꽤 자주 발생합니다.

이 요청을 적극 지지합니다. 나는 원칙적으로 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 형식의 부분을 표시하고 유지해야 합니다. 응답을 위해 에이전트는 plain과 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 오픈소스 프로젝트에 참여해주셔서 진심으로 감사드립니다. 우리는 이것이 필요하다는 것을 알고 있습니다. 그러나 현재 예정된 기능의 (짧은) 목록에 없습니다. 이것은 우리가 스폰서를 찾지 않는 한 적어도 내년에는 작업하지 않을 것임을 의미합니다. 또 다른 옵션은 pull 요청을 보내는 것입니다. 우리는 Zammad 방식으로 필요한 품질과 형태로 그것을 얻을 수 있도록 지원하게 된 것을 기쁘게 생각합니다.
정의된 요구 사항에 대한 새로운 입력이 없으며 이미 명확합니다. 이 기능에 대한 충동을 초기 게시물의 이모티콘으로 제한해 주시기 바랍니다. 의견을 보내면 많은 소음이 발생하고 Zammad에 대한 작업에서 주의가 분산되고 속도가 느려집니다. 그렇지 않으면 대화를 잠가야 합니다. 이에 적합한 장소인 커뮤니티 게시판 https://community.zammad.org/ 에서 자유롭게 생생한 토론을 시작
이해와 지원에 감사드립니다!

이 문제를 다시 스포트라이트로 가져옵니다. Github에서 오는 주소 구성 이메일은 이제 잘못된 형식의 html이므로 ProofPoint와 같은 제품이 전송 중인 이메일을 맹글링합니다. 깨지기 쉬운 html 형식으로 인해 상업용 전자 메일 필터에 문제가 발생하므로 일반 텍스트 전자 메일에 대한 욕구를 다시 한 번 검토해야 합니다. GitHub에서 모든 공급업체에 대한 회귀 테스트를 기대하는 것은 비합리적이라는 데 동의하지만 이메일 전달 형식을 제어할 수 있는 기능이 없으면 GitHub에서 이러한 회귀 테스트를 수행해야 할 책임이 있습니다.

https://useplaintext.email/
https://useplaintext.email/# 이유 - 일반 텍스트

나는 이 기능을 추가하기 위해 약간의 돈을 기꺼이 투자할 것입니다. 나는 조금 둘러보았고 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
+++ 앱/모델/채널/email_build.rb 2021-03-18 17:49:45.262137627 +0100
@@ -63,4 +63,9 @@
# 일반 부분 생성
속성[:바디] = 속성[:바디].html2텍스트
+

• # 문자/일반 메일만 보내는 해킹, 기능 요청 참조
• # https://github.com/zammad/zammad/issues/325
• # 보낼 수 없도록 생성된 html_alternative 부분을 제거합니다.
• html_alternative = 거짓
  끝

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

우리는 얼마 전에 이 기능에 대해 Zammad 영업팀에 연락을 취했는데 우리 예산을 초과하는 진짜 작은 프로젝트가 되어야 하는 것처럼 보였습니다. 대신 우리는 자발적으로 https://www.zammad-foundation.org/에 작은 세 자리 금액을 지불하여 그들이 멋진 자유 소프트웨어 제품에 대한 보상을 받고 유지하도록 했습니다. 이 패치가 마음에 든다면 Zammad 재단도 지불하는 것을 고려하십시오. :)