Zammad: PGP

+1 S/MIME 지원

알겠습니다. 제목을 변경했습니다. 물론 두 가지를 모두 제공하는 것이 가장 좋습니다.

X.509 암호화 메일을 보내고 받을 수 있는 가능성이 있으면 좋겠습니다.

예, X.509 서명되거나 암호화된 메일을 보내고 받을 수 있다면 매우 좋을 것입니다.

따라서 X.509 암호화 메일은 S/MIME 메일입니다. 나는 개인적으로 PGP를 더 원하지만(또한 더 널리 퍼져 있기 때문에), 이 문제는 두 시스템 모두에 관한 것입니다. 😃

위시리스트에 암호화된 알림을 추가하겠습니다. 따라서 사용자는 프로필에 공개 키를 추가할 수 있어야 합니다.

참고: 이러한 기능을 갖춘 멋진 플러그인이 redmine에 존재합니다: https://github.com/C3S/redmine_openpgp

이 보석은 실제로 유지 관리되지 않는 것 같지만(마지막 커밋) 다른 보석 이 여러 개 있습니다 . 개인적으로 이 보석 에 가장 최근의 커밋이 있다고 말하고 싶습니다.

오늘 우리는 암호화되지 않은 연결을 통해 은행 세부 정보를 요청하고 싶지 않았기 때문에 PGP 지원을 요청하는 첫 번째 고객 요청을 받았습니다. 따라서 +1

+1.
우리는 IT SEC 커뮤니티와 협력하고 있으며 Zammad에서 열 수 없는 수많은 PGP 암호화 메일을 수신하므로 내보내기 및 암호 해독을 수행해야 하는 워크플로가 지옥입니다. +1 PGP 및 Zammad의 S/MIME 메일 지원:

요즘은 이메일 암호화가 필수입니다. 일반 데이터 보호 규정(GDPR)은 설계 및 기본적으로 최신 기술에 따른 개인 정보 보호를 요구합니다.

기술적으로 이것은 p≡p 엔진 을 통합하여 쉽게 해결할 수 있습니다(매우 쉬운 개인 정보 보호).

+1
우리는 종종 암호화된 메일을 받습니다. 암호화된 티켓을 내보내고 수동으로 해독하는 것은 고통스럽고 티켓 시스템을 통해 티켓에 응답할 수도 없습니다.

+1
PGP/GPG가 없으면 OTRS에서 Zammad로 마이그레이션할 수 없습니다. 이전 OTRS에 gnup을 사용하여 암호화된 티켓이 많이 있습니다.

+1

우리는 고객을 강탈하기 위해 이메일을 위조한 매우 추악한 사례가 있은 후 모든 발신 티켓 이메일에 GnuPG에 서명 하고 싶습니다.

PeP 는 PGP 암호화를 위한 쉽고 사용 가능한 솔루션이므로 통합될 수 있습니다.

서명된 이메일을 보내는 것도 좋은 기능일 것이라고 생각합니다. 이것은 수신자에게 주소가 실제이고 신뢰할 수 있다는 어느 정도의 확신을 줄 것입니다.

다음 단계는 메시지를 완전히 암호화하는 것입니다.

@martini @monotek 우리는 이 문제의 GPG 부분을 자체적으로 사내에서 처리하는 방법을 생각하고 있습니다. 병합할 경우 제한 사항이 있습니까? 보고 싶거나 필요로 하는 기능이 있습니까?

안녕하세요 @luto - 좋은 것 같습니다! 병합에 필요한 사항은 다음과 같습니다.

• 테스트, 가급적이면 RSpec
• 선적 서류 비치
• 코드 API 문서
• rubocop 및 coffeelint 구성을 통한 QAd 코드

우리는 이미 gpg CLI 바이너리에 API를 제공하는 몇 가지 Ruby gem을 살펴보았습니다. 내가 기억하는 한 그들 중 누구도 정말로 유망해 보이지 않았습니다. 이것은 중요한 지점이므로 유지/품질 종속성에만 의존해야 합니다.
사용자 정의 구현이 가능하지만 확장성과 유지 관리를 염두에 두십시오. 모든 로직을 모듈에 넣지 말고 lib 클래스를 만드십시오. 단일 책임 원칙을 존중합니다.

기능에는 메일 송수신의 서명, 확인 및 암호화/암호 해독의 모든 변형이 포함되어야 합니다. 🤓
다른 구성 요소에서 콘텐츠에 액세스할 수 있도록 수신 메시지를 최대한 빨리 처리해야 합니다.
다른 구성 요소의 콘텐츠에 액세스할 수 있으려면 나가는 메시지를 최대한 늦게 처리해야 합니다.

공개 키와 개인 키를 관리하기 위한 멋진 관리자 인터페이스가 있어야 합니다.

궁금한 점이 있으면 언제든지 [email protected] 으로 문의하고 이에 대한 지원을 받으십시오. 우리는 당신의 상품을 받게 되어 더욱 기쁩니다 💪 자마드 방식으로 합시다 🏎

우리는 또한 그러한 의사 소통을 필요로하는 첫 번째 고객을 얻었으므로이 고객에게도 투표합니다. 이미 진전이 있습니까? 베타 테스트에도 도움이 되고 싶습니다.

@martinseener faik 이것은 Zammad 팀의 로드맵에 없습니다. 우리는 현재 이것을 자체적으로 구현할 계획입니다. 더 빨리 처리하고 고객에게 서비스를 제공할 수 있도록 칩을 사용하고 싶다면 내 github 프로필에 있는 이메일 주소를 통해 자유롭게 연락하세요.

@thorsteneckel 저는 현재 두 부분으로 메일을 수신하기 위한 구현을 프로토타이핑하고 있습니다.

1. Postmaster::PreFilter 에 있는 메일을 복호화: 복호화된 메시지를 내용으로 설정; 원본을 버리십시오. 사용된 암호 해독 키를 메타데이터에 저장
2. Postmaster::PostFilter 에서 GpgCryptoInfo 개체를 만들고 Article 에 연결합니다. 사용된 암호 해독 키 및 서명 상태와 같은 정보를 영구적으로 저장

몇 가지 질문:

• 이 필터 API를 사용하여 구현해야 한다고 생각하십니까? 아니면 Channel::EmailParser 로 하드코딩해야 합니까?
• 해독된 메시지 콘텐츠에 액세스해야 하는 Postmaster::PreFilter 구독자가 있습니까? 이 경우 하드코딩된 구현 또는 Postmaster::EarlyPreFilter 가 필요합니다.
• 암호화/복호화/서명/인증에 사용한 키와 수신한 메일의 서명 상태를 제외하고 영구적으로 보관하고 싶은 정보가 있습니까?

또한 일반적인 질문: EmailParser 또는 필터가 메일을 _해독_할 수 있는 완벽한 장소인 것 같습니다. 암호화할 "완벽한" 장소를 생각할 수 있습니까?

이 문제가 구현에 대한 질문을 할 수 있는 올바른 장소이기를 바랍니다. 그렇지 않은 경우 다른 사람, 가급적이면 공개 대상을 가리켜 주세요. :) 감사합니다!

안녕하세요 @luto - 저는 현재 이에 대한 제 생각을 적고 있습니다. 다소 크고 중요한 주제이기 때문에 시간이 걸립니다. 이번주말까지 끝내려고 합니다. 이해해 줘서 고마워.

소규모 업데이트: Postmaster::PreFilter 필터가 주문됩니다. 나는 현재 IdentifySender 바로 뒤에 내 것을 배치하여 시도할 gpg 키를 알아낼 수 있습니다. 그것을 알고 있으면 필터가 나를 위해 암호를 해독할 수 있는 올바른 장소인 것 같습니다.

@thorsteneckel 시간 내주셔서 감사합니다! 귀하의 작성을 기대합니다. :)

안녕하세요 @luto님 , 반갑습니다! 나는 당신이 제안한 대로 이 문제에 대한 조정을 갖고 싶습니다. 따라서 투명할 것이며 기술 문서에 공유된 정보를 재사용할 수 있습니다. 포크의 작업 분기에서 이 문제를 참조할 수 있으며 여기에서 참조됩니다. 변경이 완료된 후 풀 리퀘스트를 생성해주세요. 그동안 귀하의 지점을 확인하고 변경 사항을 확인하겠습니다.
지금은 구현하지 않을 것이기 때문에 S/MIME 기능을 별도의 문제로 옮겨야 합니다.

귀하의 질문에 관하여: 당신은 완전히 올바른 길을 가고 있습니다. 가는 길에 몇 가지를 적고 질문에 답하겠습니다.

일반 개발

우리의 경험에 따르면 테스트 주도 개발(RSpec 사용)은 이러한 종류의 작업에 가장 적합합니다. 접근 방식은 사용자에게 달려 있지만 기능에 대한 포괄적인 테스트 제품군이 확실히 필요합니다. 따라서 테스트를 용이하게 하고 최선을 다해 지원하기 위해 RSpec 도우미를 제공할 것입니다. 다음 날에 develop 괄호에 추가하겠습니다. 이 분기도 작업 분기이므로 기반으로 사용해야 합니다. 마스터에 병합되어 향후 안정적으로 대체됩니다.

Postmaster::PreFilter

Postmaster::PreFilter s는 올바른 장소입니다. 필터 등록 이름에 있는 숫자 접두사로 실행 시간에 영향을 줄 수 있습니다. 낮은 숫자는 더 일찍 실행 됩니다.
이미 초기화된 시스템 의 경우 설정을 추가하는 마이그레이션도 필요합니다 .
나는 app/models/channel/filter/decrypt.rb 와 같은 이름을 제안하고 싶지만 결국 그것은 당신에게 달려 있습니다.

등록이 완료되면 Zammad는 각 수신 메일에 대해 필터를 실행합니다.

PGP 메시지 클래스

이 시점에서 PGP만 구현할 것이기 때문에 나중에 S/MIME을 추가하는 데 장애물을 추가하지 않도록 해야 합니다. 또한 향후에는 이메일 전용이 아닌 다른 채널에서 PGP를 지원해야 할 수도 있습니다. 이것을 염두에 두면 우리가 설계하는 백엔드와 API가 테스트 및 통합하기 쉬울 것입니다. 내 제안에 따라(토론을 위해 열려 있음):

lib/pgp_message.rb 파일에 PgpMessage 라는 클래스가 있어야 합니다. 이 클래스는 (아마도) 암호화된 메시지 문자열/메일 내용이 될 하나의 필수 인수를 취합니다. 예시:

instance = PgpMessage.new(email_content)

인스턴스는 다음 인터페이스를 제공해야 합니다.

• #서명?
• #verified?(signature) # 서명은 선택 사항이며 예를 들어 첨부 파일의 외부 서명이 될 수 있습니다.
• #signature_error
• #암호화?
• #부패할 수 있는?
• #복호화
• #열쇠
• #decryption_error
• #encrypt( 공개 키(들) )
• #징후

PGP 인터페이스

솔직히 말해서 의존성으로 갖고 싶은 보석을 찾지 못했습니다. 그것들은 모두 관리되지 않거나 복잡하거나 확장의 C 컴파일이 필요합니다. PGP CLI에 액세스할 수 없다면 시도해 볼 가치가 있습니다. 어떻게 생각해?

해독을 위한 Postmaster::PreFilter의 PgpMessage 통합

그런 다음 PgpMessage 클래스를 Postmaster::PreFilter 에서 사용하여 인스턴스를 초기화하고 메시지의 관련성을 확인할 수 있습니다. PGP 암호화 메시지인 경우 다른 방법을 사용하여 필요한 데이터를 추출하고 주어진 mail 해시에서 body 및 attachments 에 대한 내용을 덮어쓸 수 있습니다.
또한 x-zammad-article-preferences 헤더를 설정하여 생성될 기사에 일부 메타 정보(이미 언급한 대로)를 저장해야 합니다.

mail[:'x-zammad-article-preferences']['decryption_key'] = instance.key
...

다음 메타데이터가 충분해야 한다고 생각합니다.

• 암호 해독 키 <- 키
• 복호화_오류 <- 복호화_오류(존재하는 경우)
• 암호화된 메시지 <- 메일['본문']
• signature_status <- 확인되었습니까?
• signature_error <- signature_error (존재하는 경우)

해독 가능한 메시지의 지원되는 변형

PgpMessage 클래스는 (적어도?) 들어오는 PGP 메시지의 다음 조합과 변형을 처리할 수 있어야 합니다.

• 암호화
• 서명
• 암호화된 + 서명된
• 인라인
• 부착

예제 메일이 이미 충분합니까?

우리는 미래에 쉽게 확장될 수 있는 다양한 케이스를 다루기 위해 포괄적인 테스트 케이스 목록을 가지고 있어야 합니다.

암호화된 메시지 보내기

Zammad 는 HTML 이메일 전송만 지원하므로 detached PGP 메일 전송만 다루면 됩니다.

Zammad가 지정된 속성에서 이메일을 작성하는 위치는 self.build 메서드의 $# app/models/channel/email_build.rb $입니다. 이것은 PgpMessage 클래스를 사용하여 주어진 body 속성으로 인스턴스를 생성하고 encrypted 및 signed 메소드를 사용하여 암호화된 PGP를 생성하도록 확장되어야 합니다. 서명된 본문 내용 및 첨부 파일.
이를 위해 수신자 이메일 주소의 공개 키를 조회해야 합니다. 사용자가 프로필에 키를 저장하는 방법은 아직 명확하지 않습니다. 내부적으로 논의하여 알려드리겠습니다.

PGP가 구성되고 수신자가 지원하면 암호화되지 않은 메일을 보내는 옵션이 없어야 한다고 생각합니다. 우리는 이것을 명확히 해야 하지만 그때까지는 이것이 가야 할 길입니다.

관리 인터페이스

이것은 핵심 기능과 분리되어야 하며 나중에 설명됩니다. 나는 당신이 이것에 대한 우리의 지원이 필요하다고 생각합니다. 내부적으로 논의하고 어떻게 접근하는지 알려 드리겠습니다.

결론

지금쯤이면 충분하고 올바른 방향을 가리켜야 합니다. 다른 사례를 재정렬하고 다루어야 하지만 먼저 발생하도록 해야 하는 지점에 도달하게 될 것입니다.
질문이 있으면 언제든지 질문하십시오.

변경 사항을 확인하고 검토하기를 기대합니다 🤓

지원해주셔서 감사합니다 🚀
토르스텐

솔직히 말해서 의존성으로 갖고 싶은 보석을 찾지 못했습니다. 그것들은 모두 관리되지 않거나 복잡하거나 확장의 C 컴파일이 필요합니다. PGP CLI에 액세스할 수 없다면 시도해 볼 가치가 있습니다. 어떻게 생각해?

PGP CLI는 안정적이지 않으며 GPG에 따르면 API로 사용해서는 안 됩니다. 지금까지 ruby-gpgme 를 사용하여 성공했기 때문에 지금은 이 경로를 따르고 싶습니다. 내가 아는 한 GPG에는 API가 없고 C 수준 라이브러리만 있다는 점을 감안할 때 C 확장 없이는 벗어날 수 없다고 생각합니다. 루비에서 GPG를 다시 구현하는 경우를 제외하고는 나는 아무것도 모른다.

명확히 해 주셔서 감사합니다. 나는 그것을 모르고 있었다. 그러면 좋은 것 같습니다. 그들의 빌드가 실패하고 있다는 것이 약간 걱정되지만 살펴보겠습니다.

저기요! 앞서 논의한 바와 같이 이 문제는 PGP 기능에 대한 요청으로 시작되었습니다. 나중에 S/MIME도 추가했습니다. 그러나 둘 다 독립적으로 구현되고 다른 기술이기 때문에 S/MIME 요구 사항을 새로운 문제 #1961로 옮기기로 결정했습니다. 진행 상황에 관심이 있으시면 언제든지 구독하십시오. 이슈 트래커에 노이즈가 발생하지 않도록 커뮤니티 게시판 에서 논의해야 합니다. 감사 해요!

따라서 테스트를 용이하게 하고 최선을 다해 지원하기 위해 RSpec 도우미를 제공할 것입니다. 나는 그것을 다음 일에 개발 브랜치에 추가할 것입니다.

@thorsteneckel 이 아직 착륙했습니다. 그렇다면 정확히 어디에 있습니까? :)

@luto - 지연 죄송합니다 - 여기 있습니다: https://github.com/zammad/zammad/commit/f2bf4cbd029bbfdc79888c188d2a29d1ebc5f27d

spec/models/channel/filter/ *filter_filename*_spec.rb 를 배치하기만 하면 됩니다( models/channel/filter/follow_up_merged.rb 에서와 같이 필터 클래스 이름 뒤에 , type: :channel_filter 를 추가하십시오.
그런 다음 두 명의 도우미를 사용할 수 있습니다.

filter_parsed(mail_string) :
https://github.com/zammad/zammad/blob/f2bf4cbd029bbfdc79888c188d2a29d1ebc5f27d/spec/support/channel_filter.rb#L17 -L27

및 filter(parsed_mail_hash) :
https://github.com/zammad/zammad/blob/f2bf4cbd029bbfdc79888c188d2a29d1ebc5f27d/spec/support/channel_filter.rb#L3 -L13

명명된 매개변수 channel 는 선택 사항이며 귀하의 경우에는 필요하지 않습니다.

감사 해요!
참고로 지점은 현재 우리 포크에 있습니다. 내가 가는 동안 커밋에 대해 자유롭게 의견을 말하십시오. 그러면 관련된 모든 사람이 최종 검토를 쉽고 짧게 유지해야 합니다. :)

안녕하세요 @luto - 이렇게 빠른 속도로 작업하는 모습을 보니 반갑습니다. 나는 코드가 rubocop으로 확인된 것처럼 보이지 않는다는 것을 알아차렸다. 우리는 rubocop과 coffeelint를 사용하여 두 종류의 파일 모두에 대해 Zammad 스타일 가이드를 보장합니다. 검사를 자동으로 수행하려는 경우 사용할 수 있는 사전 커밋 필터 구성도 있습니다. 그것에 대해 더 많은 정보를 제공할 수 있는지 알려주십시오.

오, 확실히. pre-commit install 를 사용하여 후크를 설치하고 편집기에 맞는 확장을 설치했습니다. 들여쓰기는 filter-branch 를 통해 수정되었으므로 기록이 더 멋지게 보입니다. 다른 모든 범죄는 손으로 수정되었습니다. 경찰은 지금 대부분 행복합니다 :)

코드에서 with pythonisms를 발견할 수 있습니다. 내가 할 수 있는 한 최선을 다해 일을 하는 루비 방식을 에뮬레이트하려고 노력하는 동안, 나는 여전히 무역을 하는 파이썬 사람입니다. Rubocop은 그들 중 상당수를 잡았습니다.sweat_smile:

멋진! 나는 우리의 rubocop 구성과 일치하지 않는 적어도 한 가지 유형의 변경 사항이 적용된 것을 확인했습니다: 음수 if unless 사용. 그래서 당신의 rubocop은 여기에서 많은 일을하고있는 것 같습니다.

오, 파이썬은 저에게 딱 맞습니다. 지금까지 불평할 것이 없습니다 🤓

안녕하세요 @luto - 개발의 현재 상태를 보고 싶었지만 24일 이후로 커밋이 없었습니다. 내가 할 수 있는게 있습니까?

내가 할 수 있는게 있습니까?

다른 내부 프로젝트 수정 :wink: :grin:
Zammad의 범위 내에는 차단기가 없으며 일반적인 시간 부족입니다. 이에 대한 작업은 다음 주에 계속되어야 합니다.

@thorsteneckel 나는 일종의 걸림돌이되었습니다. Gpg(또는 최소한 gpgme)는 대부분의 경우 "이메일이 암호화되었지만 암호를 해독할 수 없습니다"와 "이메일이 암호화되어 있고 모든 것이 정상입니다"를 구분하지 않습니다. 이 동작은 앞에서 설명한 encrypted? 및 decryptable? 메서드와 호환되지 않습니다. 지금 당장은 암호화된 메일을 감지할 수 있는 여러 가지 해킹이 있지만 해독할 수 없는 메일은 아니지만 모든 경우에 작동하게 할 수는 없습니다.

UI에서 복호화 가능한 것과 암호화된 것을 구분하지 않는 것에 대해 어떻게 생각하시나요? GPG 메시지 헤더 누락과 같은 명백한 경우를 제외하고 ofc.

Zammad의 구현 및 통합은 언제쯤 예상할 수 있습니까? 특정 릴리스에 대한 구현이 계획되어 있습니까?

소식이 있나요?

나는 이 플러그인의 개발을 앞당길 수 있는 사람들이 다른 것을 염두에 두고 있지만 이 문제에 대한 답변을 확인하고 있다고 생각합니다.
이에 대한 관심을 받고 싶다면 다음 주소로 이메일을 보내주십시오: [email protected] - 이미 그렇게 했습니다 - 또는 친근한 트윗 @ubernauten을 보내주십시오.

@hatscher 늦어서 죄송합니다. @0xErnie 는 내가 현재 다른 할 일이 있다고 추측했지만 이 기능은 여전히 ​​우리의 레이더에 있습니다. 저는 현재 Zammad, Inc. 팀의 일원이 아닌 외부 재단 없이 단독으로 이 작업을 하고 있습니다. 시간이 좀 걸릴 수 있습니다.

차단기에 관해서는 @thorsteneckel 에 대한 한 가지 질문 이 여기 열려 있으며, 이 질문의 UI 구성 요소를 처리하는 방법에 대한 비공개 질문이 있습니다. 이 작업을 진행하기 위해 칩을 사용하고 싶다면 @hatscher에게 언제든지 연락하십시오! 가장 큰 장애물은 시간이 없다는 것입니다.

@luto 님 , 특히 답변이 늦어 죄송합니다! 현재 필요한 시간과 관심을 줄 수 없습니다. 지금부터 2주 안에 이 문제를 해결할 계획입니다.

소식이 있나요? 이 기능이 필요합니다 ...

@hatscher 우리 중 많은 사람들이 그것을 필요로합니다 :) 그러나 결국 기능을 작업하는 모든 사람들 (@luto)이 자발적으로 수행합니다 :) 실제로 상업적 필요가 있다면 기부 (돈이나 일)가 운전에 도움이 될 것입니다. 진행 상황을 전달합니다. 불행히도 기여할 시간이 없으므로 남은 것은 희망과 인내뿐입니다 :P

기여에 대해 이야기하기: 다른 사람들이 기여할 수 있다고 생각되면 참여할 수 있도록 현재 개발 상태를 PR로 제출하는 것은 어떻습니까?

Ruby와 일반적으로 GPG-API의 슬픈 상태를 감안할 때 새로운 GPG Rust 구현 을 살펴볼 가치가 있습니다.

소금 한 알로:

곧 바인딩!

PGP 및 S/MIME 통합에 관한 소식이 있습니까? 저도 이 기능이 급하게 필요해서 소정의 금액을 기부하고 싶습니다.

차기 버전의 계획된 기능 목록이 실제로 있습니까?

안녕하세요 @hatscher 입니다 .
우리는 또한 S/MIME가 필요하며 비용에 대해 Zammad와 논의 중입니다. 통합 비용을 공유할 수 있도록 서로 이야기하고 싶습니까? 저에게 이메일을 보내주세요.

이메일이 오고 있습니다 ;-)

우리는 현재 이 기능에 자금을 지원할 다른 사람들을 찾고 있습니다(패키지로 S/MIME 암호화와 함께 사용할 수도 있음). lastname .de에 있는 제 이름에 관심이 있으시면 저에게 연락해 주십시오. 비용을 분담할 수 있도록 기꺼이 얼마나 많은 사람들이 그곳에 있는지 확인하고 확인할 것입니다.

@martinseener 이 기능에 대한 자금 확보를 위해 노력하셨다니 반갑습니다. 진행 상황이나 당면한 문제를 공유할 수 있습니까? PGP 지원은 현재 Zammad로의 이전에 대한 결정을 내리거나 깨는 중이므로 어떤 통찰력이라도 감사하겠습니다.

죄송합니다. 현재로서는 이 주제에 대한 정보를 공유할 수 없습니다.
Zammad-Core에 대한 변경 사항이 발생하는 즉시 이 문제를 업데이트하겠습니다.

몇 달 간의 응답 시간과 이 문제에 대한 이전 논의를 살펴보면 Zammad에 PGP 지원을 추가하는 것이 우선 순위가 아니거나 전혀 일어나지 않을 것이라고 결론지었습니다. (미래에 와서 전체 토론을 읽고 싶지 않은 사람을 위해 여기에 요약합니다.)

안녕하세요 @rixx - 맞습니다. 현재 우선 순위 스키마에 따라 작업을 진행하고 있습니다.

1차 : 지원 / 맞춤형 개발
다음은 Zammad에 자금을 지원하는 사람들과 우리가 출시하는 기능입니다. Zammad는 그들 없이는 오늘 여기에 없었을 것입니다. 그것들을 갖는 것은 우리에게 많은 것을 의미하고 우리가 올바른 길을 가고 있다는 것을 격려합니다.

2위: 80% 기능/문제
고객의 지원으로 얻은 여가 시간은 100% 제품에 사용됩니다. 우리 사용자 기반의 모든 사용자에게 동등하게 공정한 것이 중요합니다. 그러나 세부 사항에 관해서는 한 당사자가 다른 당사자보다 유리하게 결정해야 하는 결정이 점점 더 많아집니다. 따라서 우리는 사용자 기반의 80%에 영향을 미치는 기능과 문제에 대해서만 작업합니다. 이런 식으로 우리는 사용자 기반의 대다수가 우리가 도입한 변경 사항으로 이익을 얻도록 할 수 있습니다.

3차: 개인적인 관심
여기 Zammad에서 모든 사람은 개인적인 관심이 있는 작업에 시간을 할애할 수 있습니다. 주변을 다시 둘러보면 자금 지원 또는 가장 관련성이 높은 변경 범주에 속하지 않는 문제 및 질문에 응답한다는 것을 알 수 있습니다. 이것은 우리가 실제로 사람들을 돌보고 도움을 즐기기 때문입니다. 그러나 현재 자유 시간이 매우 제한되어 있기 때문에 이러한 작업은 대부분 소규모 작업입니다.

이제 다시 주제로 돌아가기: 현재 PGP는 위에 나열된 범주에 속하지 않습니다. 그것이 현재 우리에게 높은 우선 순위가 아니라고 말하는 것이 옳습니다. 그러나 PGP가 전혀 발생하지 않을 것이라고 말하는 것은 잘못된 것입니다. PGP는 우리에게 비교적 높은 우선 순위를 가지고 있으며 실제로 가장 관련성이 높은 변경 사항만 포함하는 공개 로드맵에 대한 내부 초안에 있습니다.
따라서 PGP의 시대는 아직 오지 않았지만 분명히 올 것입니다. 우선 순위 스키마에 따라 - 조만간.
요약에서 제가 놓치고 있는 부분은 PGP 개발이 실제로 이미 @luto 가 우리의 지원을 받아 커뮤니티 활동으로 시작했다는 사실입니다(다시 한 번 @luto에게 감사드립니다!). 불행히도 우선 순위가 바뀌었고 변경 사항은 현재 유효하지 않습니다. 그러나 지식과 능력이 있는 모든 사람이 이를 선택하고 계속 작업할 수 있습니다. 우리는 확실히 지원합니다!

암호화된 통신에 대한 전반적인 주제에 관심이 있는 사람을 위한 소식도 있습니다. barzahlen.de 의 @martinseener 주변의 위대한 사람들은 곧 시작될 S/MIME 통신(#1961) 개발에 자금을 지원했습니다.

이 토론을 심화하거나 기여하는 데 관심이 있다면 언제든지 스레드를 열거나 커뮤니티 게시판 에서 저에게 PM을 보내주시고 이 문제를 주제로 유지하십시오.

"S/MIME 통신"에 대한 소식이 있습니까?

질문해야 하는 경우 최소한 올바른 위치를 사용하세요. https://github.com/zammad/zammad/issues/1961

죄송합니다. 지난 몇 달 동안 피드백이 누락되어 이 문제를 기고자에게만 제한하고 있습니다.
이것은 소음을 줄이고 문제에 집중하는 데 도움이 됩니다.

이에 대한 업데이트가 있으면 그에 따라 이 문제를 업데이트하겠습니다.

#1961에서 보셨겠지만 S/MIME 지원을 추가했으며 Zammad의 차기 버전 3.4와 함께 출시할 예정입니다 🎉 후원하고 가능하게 해주신 barzahlen.de 의 @martinseener에게 큰 감사를 드립니다 🙌
불행히도 우리는 여전히 PGP 지원을 추가하는 데 필요한 리소스가 없습니다. 우리는 몇 가지를 테스트하려고 생각했지만 아직 기회가 없었습니다. 그래서 여기서 짧은 소식을 전해드리고자 합니다.
그러나 S/MIME 통합은 보안 메일링을 처리하기 위한 거의 완전한 "프레임워크"와 통합/구축 방법에 대한 훌륭한 참조 구현을 제공합니다. Uberspace 포크에서 @luto 가 수행한 훌륭한 초기 작업이 여전히 있습니다. 누구든지 기꺼이 기회를 잡으면 우리가 할 수 있는 모든 것을 돕게 되어 기쁩니다. 커뮤니티 게시판 에서 스레드를 열고 저를 언급하세요.

새로운 정보가 나오면 계속 알려드립니다 - 약속 ✌️