mhfixmsgmh - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

mhfixmsg - viết lại tin nhắn MIME với nhiều biến đổi khác nhau

SYNOPSIS

mhfixmsg [+ thư mục] [tin nhắn | tuyệt đối tên đường dẫn | -tập tin hồ sơ] [-giải mã văn bản 8bit / 7bit |
-nodecodetext] [-bộ ký tự văn bản bảng chữ cái | -notextcharset] [-định dạng lại | -noreformat]
[-replacetextplain | -noreplacetextplain] [-boundary | -boundary] [-fixcte |
-nofixcte] [-outfile ô uế] [-rmmproc chương trình] [-normmproc] [-bèo thuyền | -noverbose]
[-phiên bản] [-Cứu giúp]

MÔ TẢ

mhfixmsg viết lại các tin nhắn MIME, áp dụng các phép biến đổi cụ thể, chẳng hạn như giải mã
Các phần thư được mã hóa MIME và sửa chữa các tiêu đề MIME không hợp lệ.

Tin nhắn MIME được chỉ định trong RFC 2045 đến RFC 2049 (xem mhbuild(số 1)). Các danh sách mhlist lệnh
là vô giá để xem cấu trúc nội dung của tin nhắn MIME. mhfixmsg vượt qua không
Tin nhắn MIME thông qua mà không có bất kỳ biến đổi nào. Nếu không có biến đổi nào áp dụng cho MIME
tin nhắn, tin nhắn hoặc tệp gốc không được sửa đổi hoặc xóa.

Sản phẩm -giải mã văn bản chuyển đổi cho phép chuyển đổi để giải mã từng base64 và có thể in được trích dẫn
phần tin nhắn văn bản sang mã hóa 8bit hoặc 7bit đã chọn. Nếu 7bit được chọn cho base64
nhưng nó sẽ chỉ phù hợp với 8bit, theo định nghĩa của RFC 2045, sau đó nó sẽ được giải mã thành 8bit
được trích dẫn-in được. Ngược lại, nếu văn bản được giải mã không phù hợp với mã hóa đã chọn,
một phần không được giải mã (và một thông báo sẽ được hiển thị nếu -bèo thuyền được kích hoạt).

Khi -giải mã văn bản chuyển đổi được bật, mỗi ký tự xuống dòng đứng trước một
ký tự dòng cấp dữ liệu bị xóa khỏi các phần văn bản được mã hóa theo ASCII, ISO-8859-x, UTF-8 hoặc
Windows-12xx.

Sản phẩm -bộ ký tự văn bản switch chỉ định rằng tất cả các phần văn bản / thuần túy của (các) thư phải là
chuyển đổi thành bảng chữ cái. Chuyển đổi bộ ký tự yêu cầu điều đó bước sóng được xây dựng với iconv(3); Thấy chưa
các mhparam(1) trang người đàn ông để biết cách xác định xem bước sóng cài đặt bao gồm điều đó. Đến
chuyển đổi các phần văn bản khác với văn bản / thuần túy, một chương trình bên ngoài có thể được sử dụng, thông qua
-định dạng lại công tắc điện.

Sản phẩm -định dạng lại chuyển đổi cho phép chuyển đổi các phần văn bản trong tin nhắn. Cho mỗi
phần văn bản không phải là văn bản / thuần túy và không có văn bản / thuần túy tương ứng trong
nhiều phần / phần thay thế, mhfixmsg tìm kiếm cấu hình mhfixmsg-format-text / subtype
mục nhập phù hợp với loại phụ của bộ phận. Nếu một trong những được tìm thấy và có thể được sử dụng để
chuyển đổi thành công một phần thành văn bản / thuần túy, mhfixmsg chèn văn bản / phần thuần túy đó vào
đầu phần chứa nhiều phần / phần thay thế, nếu có. Nếu không, nó tạo ra một
phần nhân / phần thay thế.

Sản phẩm -replacetextplain chuyển đổi mở rộng khả năng ứng dụng của -định dạng lại bằng cách luôn thay thế một
phần văn bản / phần thuần túy tương ứng, nếu có. Nếu như -bèo thuyền nếu được kích hoạt, sự thay thế
sẽ được hiển thị dưới dạng hai bước: xóa văn bản / phần thuần túy theo sau như bình thường
chèn một phần mới.

-định dạng lại yêu cầu một mục tiểu sử cho mỗi loại phụ phần văn bản phải được định dạng lại. Các
các mục tiểu sử mhfixmsg-format-text / subtype dựa trên các chương trình chuyển đổi bên ngoài,
và được sử dụng theo cùng một cách mhshow sử dụng các mục nhập mhshow-show-text / subtype của nó. Khi nào bước sóng
được cài đặt, nó tìm kiếm chương trình chuyển đổi cho nội dung văn bản / html và nếu một
tìm thấy, chèn một mục nhập mhfixmsg-format-text / html trong /etc/nmh/mhn.defaults. Một mục của
cùng tên trong hồ sơ của người dùng được ưu tiên. Người dùng có thể thêm các mục nhập khác
văn bản các kiểu phụ vào hồ sơ của họ.

Sản phẩm -boundary chuyển đổi cho phép một chuyển đổi để sửa chữa phần ranh giới của
Trường tiêu đề Loại-Nội dung của thư để khớp với ranh giới của phần ngoài cùng
nhân một phần của tin nhắn, nếu không. Điều kiện đó được chỉ ra bởi một "không có thật
nhiều phần nội dung trong tin nhắn ”thông báo lỗi từ danh sách mhlist và khác bước sóng chương trình phân tích cú pháp
Tin nhắn MIME.

Sản phẩm -fixcte chuyển đổi cho phép chuyển đổi để thay đổi Nội dung-Chuyển-Mã hoá từ
một giá trị không hợp lệ thành 8bit trong các phần tin nhắn có Loại nội dung của nhiều phần, theo yêu cầu của
RFC 2045, Mục 6.4. Điều kiện đó được biểu thị bằng "phải được mã hóa bằng 7bit, 8bit,
hoặc nhị phân ”thông báo lỗi từ danh sách mhlist và khác bước sóng chương trình phân tích cú pháp tin nhắn MIME.

Sản phẩm -bèo thuyền chuyển đổi trực tiếp mhfixmsg để xuất ra thông điệp cung cấp thông tin cho mỗi
chuyển đổi được áp dụng.

Sản phẩm -tập tin hồ sơ chuyển đổi trực tiếp mhfixmsg để sử dụng tệp được chỉ định làm thông báo nguồn,
chứ không phải là một tin nhắn từ một thư mục. Chỉ một đối số tệp có thể được cung cấp. Các -tập tin
chuyển đổi được ngụ ý nếu hồ sơ là một tên đường dẫn tuyệt đối. Nếu tệp là “-”, thì mhfixmsg
chấp nhận thông báo nguồn trên luồng đầu vào chuẩn. Nếu -outfile chuyển đổi không
được bật khi sử dụng luồng đầu vào tiêu chuẩn, mhfixmsg sẽ không tạo ra một biến đổi
thông báo đầu ra.

mhfixmsg, theo mặc định, chuyển đổi thông báo tại chỗ. Nếu -outfile công tắc được bật,
sau đó mhfixmsg không sửa đổi thông báo hoặc tệp đầu vào mà thay vào đó đặt đầu ra của nó vào
tệp được chỉ định. Tên outfile của “-” chỉ định luồng đầu ra tiêu chuẩn.

Kết hợp với -bèo thuyền chuyển đổi, -outfile công tắc có thể được sử dụng để hiển thị những gì
biến đổi mhfixmsg sẽ áp dụng mà không thực sự áp dụng chúng, ví dụ:

mhfixmsg -outfile / dev / null -verbose

Như mọi khi, cách sử dụng này tuân theo bất kỳ mhfixmsg chuyển đổi trong hồ sơ của người dùng.

-outfile có thể được kết hợp với rcvstore để thêm một tin nhắn đã chuyển đổi thành một tin nhắn khác
thư mục, ví dụ,

mhfixmsg -outfile - | \
/ usr / lib / mh / rcvstore + thư mục

Tổng kết of Khả năng áp dụng
Các phép biến đổi áp dụng cho các phần của thông báo tùy thuộc vào loại nội dung và / hoặc
mã hóa như sau:

-decodetext base64 và các phần văn bản được mã hóa có thể in được trích dẫn
-textcharset văn bản / phần đơn giản
-định dạng các phần văn bản không phải là văn bản / thuần túy
-fixboundary phần ngoài cùng nhiều phần
-fixcte phần nhiều phần

sao lưu of Nguyên Tin nhắn / Tệp
Nếu nó áp dụng bất kỳ chuyển đổi nào cho một tin nhắn hoặc tệp, và -outfile chuyển đổi không
đã sử dụng, mhfixmsg sao lưu bản gốc giống như cách Rmm. Đó là, nó sử dụng rmmproc
thành phần hồ sơ, nếu có. Nếu không có, mhfixmsg chuyển tin nhắn ban đầu sang một
tập tin sao lưu. Các -rmmproc công tắc có thể được sử dụng để ghi đè thành phần cấu hình này. Các
-normmproc chuyển đổi vô hiệu hóa việc sử dụng bất kỳ rmmproc thành phần hồ sơ và phủ định tất cả
-rmmproc thiết bị chuyển mạch.

Tích hợp với inc
mhfixmsg có thể được sử dụng như một add-hook, như được mô tả trong / usr / share / doc / nmh / README-HOOKS.
Lưu ý rằng phần bổ trợ được gọi từ tất cả bước sóng các chương trình thêm tin nhắn vào một thư mục, không phải
chỉ inc. Ngoài ra, một bí danh hoặc hàm shell đơn giản có thể được sử dụng để gọi mhfixmsg
ngay sau khi gọi thành công inc. Ví dụ, với bash:

bí danh inc = 'inc && mhfixmsg'

Tích hợp với gửi thư
Chẳng hạn, đây là một đoạn trích từ tệp procmailrc có chức năng lọc thư qua
mhfixmsg trước khi lưu trữ chúng trong nmh-công nhân thư mục. Nó cũng lưu trữ
tin nhắn đến trong Sao lưu thư mục trong tên tệp được tạo bởi mktemp, không phải là
Tiện ích POSIX để tạo tệp tạm thời. Nếu bạn không có tiện ích đó, thì
mkstemp(3) chức năng có thể tạo cơ sở cho một sự thay thế. Hoặc, mhfixmsg có thể được gọi là
trên tin nhắn sau khi nó được lưu trữ.

PATH = / usr / bin / mh: $ PATH
MAILDIR = `đường dẫn mhparam`
MKTEMP = 'mktemp Sao lưu / mhfixmsg.XXXXXXXX'
MHFIXMSG = 'mhfixmsg -noverbose -tệp - -outfile -'
CỬA HÀNG = / usr / lib / mh / rcvstore

: 0 w: nmh-worker / procmail. $ LOCKEXT
*^[email được bảo vệ]
| tee `$ MKTEMP` | $ MHFIXMSG | $ STORE + nmh-worker

Sử dụng mhfixmsgmh trực tuyến bằng các dịch vụ onworks.net