gpg-remailer - 클라우드에서의 온라인

프로그램:

이름

gpg-remailer - 재암호화/서명된 PGP/GPG 암호화/서명된 메일을 그룹에 전달

개요

gpg-리메일러 [옵션]

기술

Gpg-remailer는 수신된 PGP/GPG 메시지를 해독하고 수신된 서명을 확인한 다음
잘 정의된 수신자 그룹에 대해 이메일을 다시 암호화합니다. Gpg-remailer도 가능합니다.
일반 텍스트 이메일을 처리하도록 구성되었습니다.

gpg-remailer를 사용하여 암호화된 교환을 원하는 사람들 그룹의 구성원 목록
인증된 이메일(및 일반 텍스트 메시지)도 한 곳에서 관리할 수 있습니다.
위치를 지정하여 그룹 구성원이 보낼 이메일 주소를 하나만 지정할 수 있습니다.
PGP/GPG로 서명되고 암호화된(또는 선택적으로 일반 텍스트) 이메일입니다.

Gpg-remailer는 표준 입력 스트림에서 들어오는 이메일을 읽습니다.

수신 이메일이 일반 텍스트인 경우 구성 가능한 하나 이상의 이메일로 이메일을 다시 보냅니다.
이메일 주소.

수신 이메일이 PGP/GPG로 암호화된(선택적으로 서명된) 경우 이메일은 다시 암호화됩니다.
구성 가능한 그룹의 모든 구성원에 대한 정보를 수신하고 다시 암호화된 정보를 보냅니다.
하나 이상의 구성 가능한 이메일 주소로 정보를 보낼 수 있습니다.

gpg-remailer 자체는 메일링 리스트가 아닙니다. 그러나 구성된 수신자 주소는
처리된 이메일을 추가로 배포하기 위한 메일링 리스트 주소 등이 될 수 있습니다.
Gpg-remailer는 재메일러: 메시지의 데이터를 사용하지만 헤더는 사용하지 않습니다. 데
이메일을 수신하면 수신된 이메일을 전달하는 대신 재전송합니다. 그 이메일은
gpg-remailer를 통해 수신되므로 완전히 새로운 이메일 헤더 세트가 포함됩니다.

구성 파일과 명령줄 옵션을 사용하여 세부 조정 가능
gpg-remailer의 행동.

RETURN VALUE

Gpg-remailer는 이를 방지하기 위해 항상 운영 체제에 0을 반환합니다. 알 수없는 우편 발신인 오류
MTA 로그의 메시지. 그러나 gpg-remailer가 조기에 종료되면 오류 메시지가 나타납니다.
표준 오류 스트림에 기록됩니다.

요구 사항

gpg-remailer를 사용하려면 다음 요구 사항을 충족해야 합니다(모든 명령은
에 의해 발행된다 뿌리 사용자):

o 여러 그룹이 gpg-remailer를 사용할 수 있으므로 기능을 정의하는 것이 좋습니다.
이메일을 처리하는 계정은 gpg-remailer에 의해 처리됩니다. 기능 계정
비밀메일 다음과 같은 명령을 사용하여 정의할 수 있습니다.

adduser --home /var/lib/secmail --disabled-password secmail

o gpg-remailer가 사용하는 모든 위치는 매우 제한적이어야 합니다.
권한. 예를 들어 기능 계정은 다음과 같이 설정해야 합니다. 마스크 077. 그것은
접근 권한이 올바른지 확인하는 것은 사용자의 책임입니다.
구성되었습니다.

o 모든 기능적 gpg-remailer 계정을 특수 그룹의 구성원으로 만드는 것을 고려하십시오.
(예 : gpg-리메일러) 실행을 허용합니다. /usr/sbin/gpg-remailer 내 회원들만
해당 그룹의:

그룹 추가 gpg-remailer
adduser secmail gpg-remailer
chown root.gpg-remailer /usr/sbin/gpg-remailer
chmod o-rx /usr/bin/gpg-remailer

o 기능 계정이 수신 이메일을 처리하도록 허용하려면 sudo는(1)을 사용할 수 있습니다. ~ 안에
파일 / etc / sudoers 다음 줄을 입력할 수 있습니다(리메일러 주어질 수 있습니다
쉼표로 구분된 기능 계정 이름 목록, mailhost.org 교체해야합니다
수신 이메일을 처리하는 호스트 이름으로):

Runas_Alias ​​REEMAILERS = secmail

mail mailhost.org=(REMAILERS) NOPASSWD: /usr/sbin/gpg-remailer

예를 들어 gpg-remailer가 다음 이름의 컴퓨터에서 실행되는 경우 remailer.mydomain.nl 아마도
수신 이메일을 받은 후 다음을 지정하세요. remailer.mydomain.nl for mailhost.org.

o 재암호화할 메일을 보낼 메일 주소를 정의해야 합니다.
이 이메일 주소는 해당 그룹의 구성원이 알고 있어야 합니다.
gpg-리메일러. 이러한 계정은 예를 들어 다음과 같습니다. [이메일 보호], 로 나타남
정의된 메일 주소, 예: /etc/mail/별칭. 이 예시의 주소
에 입력될 것입니다. /etc/mail/별칭 파일(일부 설치에서는
/ etc / aliases) 이런 식으로:

secmail: "|sudo -u secmail /usr/sbin/gpg-remailer"

L' 가짜 사용자 PGP KEY 울리고

o 기능 계정은 GPG/PGP 키 쌍과 함께 제공되어야 합니다. 공개 키는 다음과 같아야 합니다.
gpg-remailer로 메일을 보낼 수 있는 사람들에게 배포됩니다.
(공개 키가 PGP 키 서버에 게시된 경우 전 세계가 될 수 있음) 부터
gpg-remailer는 스스로 작동할 수 있어야 하며, 비밀 키는
암호. 키는 다음과 같이 생성될 수 있습니다(초기 명령 이후).
에 의해 지정된 뿌리, 최종 명령을 통해 나머지 명령 출구 마지막에 명령
이 섹션의 내용은 의사 사용자에 의해 실행됩니다. 비밀메일):

su - secmail

gpg --gen-키

에서 gpg --gen-key 명령하다 gpg 프로그램은 몇 가지 세부 사항을 묻습니다. 수락
그렇게 하지 않을 이유가 없는 한 기본값이 적용되지만, 필요하지 않은지 확인하세요.
암호: 누르기 엔터 버튼 한 번 달라고 하면 두 번.

일부 추가 제안 :

o 비밀번호 없이 PGP 키를 정의하기 위한 세부정보:

기본 RSA 키, 크기 2048, 만료되지 않음 정의
실명 : secmail gpg-remailer 기능 계정
이메일 주소: [이메일 보호]
암호가 필요하지 않습니다. Enter를 두 번 누릅니다.

o 방금 생성된 gpg-key의 key-id를 파일의 기본 키로 지정합니다.
~/.gnupg/gpg.conf (또는 ~/.gnupg/옵션, 어느 쪽이든 사용됩니다). 예:

기본 키 1234ABCD

o 또한 다음을 포함하는 줄을 추가합니다.

강제 mdc

에 ~/.gnupg/gpg.conf. 이렇게 하면 경고가 방지됩니다.

경고: 메시지가 무결성으로 보호되지 않았습니다.

o 그룹 회원이 아닌 회원이 gpg-remailer로 이메일을 보낼 수 있도록 허용하려면 다음을 고려하십시오.
키 서버 사양 추가 ~/.gnupg/gpg.conf 또한,
누락된 공개 키를 자동으로 검색합니다. 예를 들어 다음과 같은 줄을 추가합니다.

키서버keys.gnupg.net

에 ~/.gnupg/gpg.conf.

o 다음 사용 gpg --검색 키, gpg --recv-키 or gpg --수입 (참조 gpg(1)
이러한 명령의 필수 형식에 대한 맨페이지) 공개 키를 이미 추가하려면
의사 사용자에게 gpg-remailer를 사용할 그룹의 모든 구성원
공개 키 링.

o 다른 모든 구성원의 GPG/PGP 키에 서명한 그룹 구성원이 존재하는 경우
사용으로 인해 발생하는 경고를 방지하려면 이 멤버를 완전히 신뢰하는 것이 좋습니다.
신뢰할 수 없는 키.

o gpg-remailer의 GPG 키 쌍이 생성되면 remailer의
그룹 구성원의 공개 키입니다. 이 구성원은 공개 키를 가져와야 합니다.
경고를 방지하기 위해 재메일러의 공개 키에 서명하도록 조언해야 합니다.
확인되지 않은 공개 키를 사용하는 것에 대해. 재메일러의 공개 키를 내보낼 수 있습니다.
다음을 사용하여 파일을 제출합니다.

gpg --armor --export secmail > secmail.pub

그룹 구성원은 다음을 사용하여 재메일러의 공개 키를 가져올 수 있습니다.

gpg --import secmail.pub

o 새 구성원이 그룹에 추가되면 재메일러의 공개 키를 추가해야 합니다.
자신의 공개 키 링에 가져오고 공개 키를 제공합니다.
기능 계정의 공개 키 링.

o Gpg-remailer에는 구성 파일과 디렉터리가 있어야 합니다.
임시 파일을 저장합니다. 섹션을 참조하세요. 구성 FILE 아래.

o 의사 사용자의 PGP 키 링을 준비한 후 다음 명령을 실행합니다. 출구 당신을 다시 데려다준다
전에, 뿌리 사용자 세션.

옵션

가능한 경우 단일 문자 옵션은 해당 옵션 뒤의 괄호 사이에 나열됩니다.
연관된 긴 옵션 변형. 단일 문자 옵션에는 인수가 필요합니다.
연결된 긴 옵션에도 인수가 필요합니다.

o -디버그 (-d)
지정되면 디버그 메시지가 로그 파일에 기록됩니다(아래 참조). 이 때
옵션이 지정되면 gpg-remailer가 작성한 파일은 이후에 제거되지 않습니다.
gpg-remailer가 수신 이메일을 처리했습니다.

o --도움 (-h)
사용법에 대한 간략한 요약이 표준 출력에 표시됩니다.
gpg-remailer가 종료됩니다.

o --로그 파일=파일 이름 (-l)
gpg-remailer의 로그 메시지가 기록되는 파일을 지정합니다(기본적으로
~/etc/gpg-remailer.log).

o --로그 수준=수평 (-L)
LogLevel 0은 기타 모든 로그 메시지뿐만 아니라 광범위한 디버그 출력을 제공합니다.
LogLevel 1은 실행된 명령과 기본 메시지를 기록합니다.
LogLevel 2는 기본 메시지(수신 및 발신 특성)를 기록합니다.
이메일)(기본값);
수준이 높을수록 로깅이 억제됩니다.

o --회원=PGP 이메일 주소 (-m)
메시지를 다시 암호화할 PGP 키 이메일 주소입니다. 멤버를 재정의합니다.
구성 파일에 나열되어 있습니다. 이 옵션은 다음과 같은 경우 여러 번 지정할 수 있습니다.
명령줄에 여러 멤버를 지정해야 합니다. 각각 --회원 선택권
이메일 주소는 하나만 제공하세요(예: [이메일 보호]. 이 형식은
확인자 gpg-리메일러그러나 이를 준수하지 않을 경우 다음과 같은 결과가 발생할 수 있습니다. gpg-리메일러 존재
메시지를 다시 암호화하거나 이메일을 보낼 수 없습니다. 그만큼 --회원 사양도 가능합니다
일반 텍스트 전자 메일이 있는 전자 메일 봉투 주소 집합을 지정하는 데 사용됩니다.
수락, 사용하여 봉투: 회원 과 명확한 문구: 봉투 구성 파일
명세서.

o --noMail
지정하면 메일이 전송되지 않습니다.

o --nr=파일 번호 (-n)
수신 이메일을 처리하는 동안 gpg-remailer가 생성한 파일은 보관됩니다.
접미사를 받다 파일 번호, 숫자여야 합니다.

o --받는 사람=이메일 주소 (-r)
(재암호화되거나 일반) 재전송 이메일의 수신자 주소입니다. 재정의
구성 파일에 나열된 수신자. 와 마찬가지로 --구성원 선택권,
여러 수신자를 제공하여 여러 수신자를 지정할 수 있습니다. --받는 사람 옵션을 제공합니다.
이러한 주소는 고유할 수도 있고 고유하지 않을 수도 있습니다. 동일한 주소가 여러 개인 경우
지정된 gpg-remailer는 지정된 곱셈 각각에 이메일을 보냅니다.
구애.

각각의 --받는 사람 옵션은 일반적으로 하나의 일반 이메일 주소만 정의해야 합니다(예:
[이메일 보호], 그러나 여러 --받는 사람 옵션도 허용됩니다. 그만큼
이메일 주소 형식은 확인되지 않습니다. gpg-리메일러하지만,
일반 이메일 주소와 다른 정보를 추가하거나 다른 정보를 입력하면
gpg-리메일러 전자 메일 메시지를 다시 암호화하거나 다시 보낼 수 없습니다.

일반 이메일 주소 외에 사양 --받는 사람 회원 될 수 있습니다
다시 암호화된 메일을 모든 이메일 주소로 보내야 함을 나타내는 데 사용됩니다.
를 사용하여 지정 회원 명세서.

o --단계=name
재메일링 프로세스의 표시된 단계를 수행합니다. 단계 이름은 다음과 같습니다.

hdrs (메일 헤더 작성),
조직 (메일 데이터 쓰기),
12월 (PGP 암호화 이메일에만 해당: 복호화된 정보를 작성하세요),
의사 (PGP 암호화 이메일의 경우에만: 보낼 정보를 생성하세요),
enc (PGP 암호화 이메일의 경우에만: 보낼 정보를 암호화합니다),
일반 메일 (일반 텍스트 메일 보내기),
일반 메일:주소 (제공된 주소로만 메일을 보내고 수신자는 무시합니다.
달리 지정됨). pgp메일 (pgp로 암호화된 메일 보내기),
pgpmail:주소 (pgp로 암호화된 메일을 제공된 주소로만 보내고, 무시합니다.
달리 지정된 수신자).

단계 hdrs 완전히 선택 사항입니다. 이후 단계는 이전 단계에 따라 달라집니다. 예: --단계
의사 지정한 후에만 요청할 수 있습니다. --단계 12월 이전 실행에서.

일반 텍스트 이메일 단계 사용 XNUMX월, 문서, enc 과 pgp메일 제공되어서는 안 됩니다.

PGP 암호화 메일 단계 사용 일반 메일 제공되어서는 안 됩니다.

o --tmp=통로 (-t)
임시 파일이 기록되는 디렉터리의 경로(기본적으로:
$HOME/tmp). 절대 경로여야 합니다.

o - 마스크=XNUMX진수값
기본적으로 gpg-remailer는 생성하는 모든 파일에 대해 umask 077을 사용합니다.
의사 사용자에게는 읽기 및 쓰기 권한이 있습니다. 정상적인 상황에서는
이 umask 값을 변경할 이유는 없지만 필요한 경우 - 마스크 옵션은
대체 umask 값을 지정하기 위해 XNUMX진수 값을 제공하는 데 사용됩니다.

o --번역 (-v)
Gpg-remailer의 버전 번호는 다음 후에 표준 출력 스트림에 기록됩니다.
gpg-remailer가 종료됩니다. )

구성 FILE

기본 구성 파일은 ~/etc/gpg-remailer.rc 의사 사용자의
홈 디렉토리. 프로그램 옵션을 사용하여 경로를 변경할 수 있습니다.

빈 줄은 무시됩니다. 정보 및 그 이상 #-문자는 다음과 같이 해석됩니다.
댓글도 무시됩니다.

구성 파일의 모든 지시문은 패턴을 따릅니다.

지시문: 값

한 줄에는 최대 하나의 지시어가 포함될 수 있지만 공백(
줄 끝)은 괜찮습니다. 여러 지시문을 여러 번 지정할 수 있습니다.
그렇지 않으면 지시문의 첫 번째 발생이 사용됩니다. 모든 지시문은
해석 된 케이스 둔감하게, 그러나 해당 값은 지정된 대로 사용됩니다. 예:
디버그: 참된 만큼 좋다 디버그: 참된하지만, 디버그: TRUE 인식되지 않습니다.
인식된 지시문으로 시작하지 않는 비어 있지 않은 줄은 자동으로 무시됩니다.

다음 지시문이 지원됩니다(기본값은 사이에 표시됨).
괄호; 아무것도 지정하지 않으면 기본값이 없습니다). 동등한 명령인 경우
행 옵션이 사용되면 구성 파일 사양을 무시합니다.

o 디버그: 논리 (그릇된)
인셀덤 공식 판매점인 논리 다음과 같이 지정됩니다. 참된 디버그 메시지는 로그 파일에 기록됩니다(참조:
아래에). 명령줄 옵션: --디버그, -d. 이 옵션을 지정하면 파일이
gpg-remailer가 작성한 내용은 gpg-remailer가 종료되더라도 제거되지 않습니다.

o 명확한 문구: 명세서 (거부됨)
기본적으로 gpg-remailer는 일반 텍스트 이메일을 허용하지 않습니다. 이는 명시적으로
다음을 사용하여 구성 파일에 표시됩니다.

명확한 문구: 거부

사양. 일반 텍스트 이메일을 허용해야 하는지 여부를 지정하세요.

명확한 문구: 접수

또한 허용되는 봉투 주소를 지정할 수도 있습니다.
일반 텍스트 이메일을 받았습니다. 이것이 필요한 경우 지정하십시오.

명확한 문구: 봉투

다음을 사용하여 허용된 봉투 전자 메일 주소를 정의합니다. 봉투: 구성
옵션을 선택합니다.

o 봉투: 이메일 주소
XNUMXD덴탈의 봉투 사양은 다음 경우에만 해석됩니다. 명확한 문구: 봉투 있다
지정. 언제 명확한 문구: 봉투 다음 중 하나를 사용하여 일반 텍스트 전자 메일만 지정했습니다.
구성된 봉투 주소는 구성된 주소로 다시 메일로 전송됩니다.
수신자. 특수 봉투 사양

봉투: 회원

주소와 동일한 봉투 주소를 나타내는 데 사용될 수 있습니다.
를 사용하여 지정 회원 사양은 모두 허용됩니다.

모든 봉투 주소는 대소문자를 구분하지 않고 해석됩니다. 기본적으로(그렇지 않은 경우
봉투 사양이 제공됨) 모든 봉투 주소가 허용됩니다.
어떤 경우에는 사양 명확한 문구: 봉투 로 감소 명확한 문구: 접수.

o 유지파일: nr
숫자가 지정되면 gpg-remailer가 작성한 모든 파일은 지정된 숫자를 사용합니다.
번호이며 gpg-remailer가 종료될 때 제거되지 않습니다. 이 옵션이 없을 때
지정된 파일은 임의의 숫자 확장자를 수신하여 다음을 생성합니다.
새로운 것, 아직 존재하지 않는 것 *. 파일.

o 로그 파일: 파일 이름 (etc/gpg-remailer.log)
gpg-remailer의 로그 메시지가 기록되는 파일입니다.

o 로그 수준: 가치 (2)
LogLevel 0은 기타 모든 로그 메시지뿐만 아니라 광범위한 디버그 출력을 제공합니다.
LogLevel 1은 실행된 명령과 기본 메시지를 기록합니다.
LogLevel 2는 기본 메시지(수신 및 발신 특성)를 기록합니다.
이메일);
더 높은 수준에서는 로깅이 억제됩니다.

o 회원: 주소
여러 멤버를 지정할 수 있습니다. 각 회원 사양은 PGP 키를 지정합니다.
메시지를 다시 암호화할 이메일 주소입니다. 주소는 일반 이메일이어야 합니다.
주소(예: [이메일 보호]), 다른 요소(예:
주소를 사용하는 사람의 이름). 이 형식은 다음에서 확인되지 않습니다.
gpg-리메일러그러나 이를 준수하지 않을 경우 다음과 같은 결과가 발생할 수 있습니다. gpg-리메일러 할 수 없는 것
메시지를 다시 암호화하거나 이메일로 보냅니다. 그만큼 회원 사양을 사용하여
일반 텍스트 전자 메일이 있는 전자 메일 봉투 주소 집합을 지정합니다.
수락, 사용하여 봉투: 회원 과 명확한 문구: 봉투 명세서.

o 메일 없음: 논리 (그릇된)
다음과 같이 지정하는 경우 참된 메일이 전송되지 않습니다.

o 용기 : 이메일 주소
(재암호화되거나 일반) 재전송 이메일의 수신자 주소입니다. 다수의
수신자를 지정할 수 있습니다. 이러한 주소는 고유할 수도 있고 고유하지 않을 수도 있습니다. 여러 개라면
동일한 주소가 지정되면 gpg-remailer는 이들 각각에 이메일을 보냅니다.
지정된 주소를 곱합니다. 받는 사람은 일반 전자 메일을 사용하여 지정해야 합니다.
주소(예: [이메일 보호]). 다시 암호화된 메일은 각 주소로 전송됩니다.
차례로 수신자. 사양

용기 : 회원

다시 암호화된 메일을 모든 이메일로 보내야 함을 나타내는 데 사용할 수 있습니다.
다음을 사용하여 지정된 주소 회원 명세서.

o 답장하다: 가득 찬 주소
회신 주소는 이메일 회신 주소일 수 있습니다. 답글은 다음과 같습니다.
gpg-remailer의 이메일 메시지를 받는 수신자의 기본 회신 주소입니다.
따옴표와 큰따옴표는 회신 주소에서 제거됩니다. 답장
사양은 다음과 같을 수 있습니다.

SECMAIL 서명 및 암호화[이메일 보호]>

이 사양은 RFC 822에 정의된 요구 사항을 따라야 합니다.
ㅁㄴㅇㄹ for ARPA 인터넷 본문 메시지. RFC 822를 준수하지 않으면 다음과 같은 결과가 발생할 수 있습니다.
이메일 전송 프로그램에서 귀하가 제출한 이메일을 거부합니다.
gpg-리메일러.

o 서명: 요구 사항 (필수)
이 옵션은 서명 확인을 제어하는 ​​데 사용됩니다. 인식되는 값은 다음과 같습니다.
없음 (또는 지정되지 않음): 서명 확인이 수행되지 않습니다.
필수: PGP 서명이 제공되어야 합니다.
좋은: PGP 서명은 '좋은 서명'으로 인식되어야 합니다.

o tmp를 예배 규칙서 (tmp/)
gpg-remailer가 임시 파일을 쓰는 디렉토리입니다. )

형식

이메일에 PGP/GPG를 사용하는 것은 이미 확립된 기술이지만, 다양한 형식의 이메일
이메일 가능합니다. 현재 gpg-remailer는 다음 형식을 인식합니다:

o 암호화된 이메일 본문으로 구성된 단순 암호화 메시지

o 여러 부분으로 구성된 암호화된 메시지;

o 분리된 서명이 포함된 암호화된 메시지.

아래에는 암호화된 PGP의 실제 내용과 복호화된 내용에 대한 설명이 나와 있습니다.
파일.

모든 PGP 암호화 이메일에는 다음 헤더가 표시됩니다(경계 값은
이메일 메시지에 따라 다름):

콘텐츠 유형: 멀티파트/암호화; 프로토콜="응용 프로그램/pgp-암호화";
경계="+QahgC5+KEYLbs62"
콘텐츠 처리: 인라인

모든 PGP 암호화 이메일은 다음과 같은 구성을 보여줍니다.
이 매뉴얼 페이지의 텍스트와 전자 메일 구성을 분리하십시오.
실제로 이메일이나 해독된 정보에 존재합니다. 빈 줄, 여기서
표시됨, 필수):

-------------------------------------------------- --------------------
메일 헤더

--+QahgC5+KEYLbs62
콘텐츠 유형: 애플리케이션/pgp 암호화
내용-처분: 첨부

버전 : 1

--+QahgC5+KEYLbs62
콘텐츠 유형: 애플리케이션/옥텟 스트림
콘텐츠 처리: 인라인; 파일명="msg.asc"

------PGP 메시지 시작-----
...

-----종료 PGP 메시지-----
--+QahgC5+KEYLbs62--
-------------------------------------------------- --------------------

경계는 다음으로 구성됩니다.

oa 개행 문자

o 두 개의 대시 뒤에 경계 텍스트가 옵니다.

o 마지막 경계 뒤에는 두 개의 대시가 옵니다.

oa 개행 문자

다양한 PGP 암호화 이메일 형식은 구성 방식이 다릅니다.
해독된 정보.

단순, 간단, 편리 암호화 메시지.

암호 해독 중에 서명이 확인되고 확인 결과는 다음과 같습니다.
표준 오류 스트림에 기록됩니다. 해독된 메시지 자체에는 단 하나의 메시지만 포함됩니다.
메시지는 다음과 같이 구성됩니다.

-------------------------------------------------- --------------------
콘텐츠 유형: 텍스트/일반; 문자셋=us-ascii
콘텐츠 처리: 인라인
콘텐츠 전송 인코딩: 인용 인쇄 가능

메시지의 해독된 텍스트
-------------------------------------------------- --------------------

다중 부분 암호화 메시지.

암호 해독 중에 서명이 확인되고 확인 결과는 다음과 같습니다.
표준 오류 스트림에 기록됩니다. 해독된 메시지 자체에는 다음이 포함됩니다.
여러 메시지는 다음과 같이 구성됩니다.

-------------------------------------------------- --------------------
콘텐츠 유형: 다중 부분/혼합; 경계="f+W+jCU1fRNres8c"
콘텐츠 처리: 인라인

--f+W+jCU1fRNres8c
콘텐츠 유형: 텍스트/일반; 문자셋=us-ascii
콘텐츠 처리: 인라인
콘텐츠 전송 인코딩: 인용 인쇄 가능

첫 번째 첨부 파일의 텍스트

--f+W+jCU1fRNres8c
콘텐츠 유형 : application / pdf
내용-처분: 첨부; 파일명="첨부파일.pdf"
콘텐츠 전송 인코딩: base64

base64 인코딩의 attachment.pdf 텍스트

--f+W+jCU1fRNres8c--
-------------------------------------------------- --------------------

여러 첨부 파일이 동일한 방식으로 이어질 수 있습니다.

암호화 메시지 함유 분리 된 서명.

해독하는 동안 서명은 다음과 같습니다. 지원 확인되었습니다(그러나 수신자는 다음과 같습니다).
그림 참조) 해독된 파일은 다음과 같이 구성됩니다.

-------------------------------------------------- --------------------
콘텐츠 유형: 다중 부분/서명됨; micalg=pgp-sha1; 프로토콜="응용 프로그램/pgp-서명";
경계="=-TNwuMvq+TfajHhvqBuO7"

--=-TNwuMvq+TfajHhvqBuO7
콘텐츠 유형: 텍스트/일반
콘텐츠 전송 인코딩: 인용 인쇄 가능

메시지 텍스트

--=-TNwuMvq+TfajHhvqBuO7
콘텐츠 유형: 애플리케이션/pgp-서명; 이름=signature.asc
콘텐츠 설명: 디지털 서명된 메시지 부분입니다.

----- PGP 서명 시작 -----
... 서명 텍스트

----- PGP 서명 종료 -----
--=-TNwuMvq+TfajHhvqBuO7--
-------------------------------------------------- --------------------

마지막 부분은 분리된 서명을 나타냅니다. 내용 섹션은 다음과 같아야 합니다.
해독된 파일(예: 해독 된) (생성, 예:
파일 내용). 후자의 파일 서명은 다음 명령을 사용하여 확인할 수 있습니다.

gpg --복호화된 내용 확인

그 결과 (평소와 같이) 표준 오류에 서명 확인이 기록됩니다.
내용은 첫 번째 경계 바로 다음부터 시작하여 다음 경계까지 계속됩니다.
단, 다음 경계 바로 앞의 새 줄은 포함하지 않습니다.

onworks.net 서비스를 사용하여 온라인으로 gpg-remailer 사용