mhstoremh - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

mhstore - зберігає вміст MIME-повідомлень у файли

СИНТАКСИС

mhstore [+папка] [повідомлення] [-файл файл] [- вихідний файл вихідний файл] [-частина номер] ... [-типу
зміст] ... [-автоматично | -неавто] [- клопітер завжди | автоматичний | Суфікс | запитати | ніколи]
[-rcache політика] [-wcache політика] [- перевірити | -ночека] [-вербозний | - надлишковий]
[-версія] [-допомога]

ОПИС

Команда mhstore Команда дозволяє зберігати вміст колекції MIME (мультимедійних)
повідомлення у файли або інші повідомлення.

mhstore маніпулює мультимедійними повідомленнями, як зазначено в RFC 2045 до RFC 2049.

За замовчуванням mhstore зберігатиме всі частини кожного повідомлення. Кожна частина буде зберігатися в
окремий файл. Поля заголовка повідомлення не зберігаються. За допомогою -частина та
-типу перемикачів, ви можете обмежити сферу застосування mhstore на окремі частини (багаточастини
вміст) та/або окремі типи вмісту.

Команда -файл файл перемикач направляє mhstore щоб використовувати вказаний файл як вихідне повідомлення,
а не повідомлення з папки. Якщо ви вкажете цей файл як «-», то mhstore волі
прийняти вихідне повідомлення на стандартному вводі. Зверніть увагу, що файл або введення з
стандартне введення має бути правильно відформатованим повідомленням, як і будь-яке інше нмм повідомлення. Це
Повинен НЕ бути у форматі mail drop (щоб перетворити файл у форматі mail drop у папку
нмм повідомлення, див вкл(1)).

Специфікація деталі складається з серії чисел, розділених крапками. Наприклад, в а
багатокомпонентний вміст, що містить три частини, вони будуть називатися 1, 2 і 3,
відповідно. Якби частина 2 була також багатокомпонентним вмістом, який містив би дві частини, це було б
названі 2.1 і 2.2 відповідно. Зауважте, що -частина перемикач діє лише для
повідомлення, що містять багаточастинний вміст. Якщо повідомлення має інший тип вмісту, або
якщо частина сама по собі є іншим багаточастинним вмістом, то -частина перемикач не завадить
вміст від дії.

Специфікація вмісту складається з типу вмісту та підтипу. Початковий список
«Стандартні» типи та підтипи вмісту можна знайти в RFC 2046.

Список часто використовуваного вмісту коротко відтворено тут:

Тип Підтипи
---- --------
текст простий, збагачений
багаточастинний змішаний, альтернативний, дайджест, паралельний
повідомлення rfc822, часткове, зовнішнє тіло
додаток октет-потік, постскриптум
зображення jpeg, gif, png
аудіо основний
відео mpeg

Правове повідомлення MIME повинно містити специфікацію підтипу.

Щоб вказати вміст, незалежно від його підтипу, просто використовуйте назву вмісту, наприклад,
«аудіо». Щоб вказати певний підтип, розділіть їх похилою рискою, наприклад,
«аудіо/основний». Зауважте, що незалежно від значень, наданих для -типу перемикач, багатокомпонентний
на вміст (будь-якого підтипу, перерахованого вище) завжди діють. Крім того, зауважте, що якщо
-типу використовується перемикач, і тоді бажано діяти на вміст повідомлення/зовнішнього тіла
-типу перемикач потрібно використовувати двічі: один раз для повідомлення/зовнішнього тіла і один раз для
вміст із зовнішнім посиланням.

Перевірка зміст
Команда - перевірити перемикач розповідає mhstore щоб перевірити кожен вміст на контрольну суму цілісності. Якщо
вміст має таку контрольну суму (зазначену як поле заголовка Content-MD5). mhstore волі
спробувати перевірити цілісність вмісту.

Зберігання зміст
Команда mhstore зберігатиме вміст іменованих повідомлень у «рідному» (декодованому) форматі.
Потрібно визначити дві речі: каталог для зберігання вмісту та імена файлів.
Файли записуються в каталог, наданий записом профілю «nmh-storage», наприклад,

nmh-сховище: / Tmp

Якщо цього запису немає, використовується поточний робочий каталог.

Якщо - вихідний файл вказано switch, його аргумент використовується для назви файлу для зберігання всіх
вміст, зі знаком «-», що вказує на стандартний вихід. Якщо -автоматично тоді дається перемикач mhstore
перевірить, чи містить повідомлення інформацію, що вказує ім’я файлу, яке слід використовувати
для збереження вмісту. Цю інформацію слід вказати як атрибут «ім’я файлу».
заголовок «Content-Disposition» або як атрибут «name» у заголовку «Content-Type»
для вмісту, який ви зберігаєте. З міркувань безпеки це ім’я файлу буде проігноровано, якщо
він починається з символу '/', '.', '|' або '!', або якщо він містить символ '%'.
Ми також рекомендуємо використовувати запис профілю «nmh-storage» або a - клопітер налаштування перемикача інше
ніж за замовчуванням «завжди», щоб уникнути перезапису наявних файлів.

Якщо -автоматично тоді перемикач не надається (або ігнорується з міркувань безпеки). mhstore
шукатиме в профілі користувача «рядок форматування», щоб визначити, чим відрізняються
вміст слід зберігати. Перший, mhstore шукатиме запис форми:

mhstore-store- /

щоб визначити рядок форматування. Якщо цього не знайдено, mhstore шукатиме запис
форми:

mhstore-store-

щоб визначити рядок форматування.

Якщо рядок форматування починається з символу «+», тоді вміст зберігається в imed
папку. Рядок форматування, що складається виключно із символу «+», інтерпретується як символ
поточну папку.

Якщо рядок форматування складається лише із символу «-», тоді вміст надсилається до
стандартний вихід.

Якщо рядок форматування починається з '|', то він представляє команду для mhstore до
виконати, яке в кінцевому підсумку має зберегти вміст. Вміст буде передано до
стандартний введення команди. Перед виконанням команди, mhstore зміниться на
відповідний каталог, і будь-які екранування (наведені нижче) у рядку форматування будуть
розширений. Використання послідовності «%a» не рекомендується, оскільки користувач не має контролю
над даними параметра Content-Type.

Інакше рядок форматування представлятиме шлях, у якому зберігатиметься вміст.
Якщо рядок форматування починається з '/', тоді вміст буде збережено повністю
шлях, інакше ім’я файлу буде відносно значення “nmh-storage” або
поточний робочий каталог. Будь-які втечі (наведені нижче) будуть розширені, за винятком a-
Втеча. Зауважте, що якщо «nmh-storage» не є абсолютним шляхом, він буде відносним до
папку, що містить повідомлення.

Рядок форматування команди або імені шляху може містити наступні escape-програми. Якщо зміст
не є частиною багаточасткового (будь-якого підтипу, переліченого вище), а p-escape
ігнорується.

%a Параметри з Content-Type (дійсні лише з командою)
%m Введіть номер повідомлення
%P Вставте номер деталі з початковою крапкою
%p Вставте номер деталі без початкової крапки
%t Вставити тип вмісту
%s Вставити підтип вмісту
%% Вставити символ %

Якщо рядок форматування не знайдено, mhstore перевірить, чи є вміст
додаток/октетний потік з параметром “type=tar”. Якщо так, mhstore вибере
відповідне ім'я файлу. Якщо вміст не програмний/октетний потік, то mhstore волі
перевірте, чи є вміст повідомленням. Якщо так, mhstore використовуватиме значення «+». Як
останній засіб, mhstore використовуватиме значення “%m%P.%s”.

Прикладами записів профілю можуть бути:

mhstore-store-text: %m%P.txt
mhstore-store-text: +вхідні
mhstore-store-message/частково: +
mhstore-store-audio/basic: | raw2audio -e ulaw -s 8000 -c 1 > %m%P.au
mhstore-store-image/jpeg: %m%P.jpg
mhstore-store-application/PostScript: %m%P.ps

Команда -вербозний перемикач направляє mhstore щоб роздрукувати імена файлів, які він зберігає. Для
зворотна сумісність, це за замовчуванням. The - надлишковий перемикач пригнічує їх
роздруківки.

Переписування існуючий Файли
Команда - клопітер перемикач контролює чи mhstore має замінити наявні файли. Дозволені
значення для цього перемикача та відповідна поведінка, коли mhstore зустрічає існуючий файл
є:

завжди перезаписувати наявний файл (за замовчуванням)
auto Створити новий файл форми name-n.extension
суфікс Створити новий файл форми name.extension.n
ask Запропонувати користувачеві вказати, чи потрібно перезаписувати
наявний файл
ніколи Не перезаписувати існуючий файл

з автоматичний та Суфікс, n – найменше невикористане число, починаючи з одиниці, у тому самому вигляді.
Якщо ім’я файлу не має розширення (після '.'), то автоматичний та Суфікс створити
новий файл форми ім'я-н та ім.н, відповідно. З ніколи та запитати, статус виходу
of mhstore буде кількість файлів, які були запитані, але не збережені.

з запитати, якщо стандартний вхід підключено до терміналу, користувачеві буде запропоновано відповісти
так, немаєабо перейменувати чи потрібно перезаписувати файл. Відповіді можуть бути
скорочено. Якщо користувач відповідає з перейменувати, То mhstore запитує у користувача ім’я
нового файлу, який буде створено. Якщо це відносне ім’я шляху (не починається з '/'),
тоді це відносно поточного каталогу. Якщо це абсолютний або відносний шлях до a
каталогу, який не існує, користувачу буде запропоновано створити цей каталог.
Якщо стандартний вхід не підключено до терміналу, запитати поводиться так само, як завжди.

Повторне збирання повідомлення of тип повідомлення/частково
mhstore також може повторно зібрати повідомлення, які були розділені на кілька повідомлень
введіть «повідомлення/часткове».

Коли просять зберегти вміст, що містить часткове повідомлення, mhstore спробує знайти все
порцій і відповідно з’єднайте їх. За замовчуванням зберігаються об’єднані частини
як нове повідомлення в поточній папці, хоча це можна змінити за допомогою форматування
рядки, як обговорювалося вище. Таким чином, якщо хтось надіслав вам повідомлення з кількох частин
(наприклад, вихід з відправити файли), ви можете легко зібрати їх усі в один
повідомлення таким чином:

% mhlist 5-8
Опис типу/підтипу частини повідомлення
5 повідомлення/частково 47K частина 1 з 4
6 повідомлення/частково 47K частина 2 з 4
7 повідомлення/частково 47K частина 3 з 4
8 повідомлення/частково 18K частина 4 з 4
% mhstore 5-8
перескладання частин 5,6,7,8 до папки "Вхідні" як повідомлення 9
% mhlist -дослівний 9
Опис типу/підтипу частини повідомлення
9 додаток/октетний потік 118K
(витяг з розпакуванням | tar xvpf -)
type=tar
конверсії = стиснути

Це збереже рівно одне повідомлення, яке містить суму частин. Це не має значення
чи вказано часткові в порядку, оскільки mhstore відсортує часткові, так що
вони поєднані в правильному порядку. Але якщо mhstore не можна знайти кожну частину
необхідно повторно зібрати повідомлення, воно нічого не зберігатиме.

Зовнішній доступу
Для вмісту типу message/external-body, mhstore підтримує такі типи доступу:

· afs

· anon-ftp

· ftp

· локально-файл

· поштовий сервер

· url

Для типів доступу "anon-ftp" і "ftp", mhstore шукатиме «nmh-access-ftp»
введення профілю, наприклад,

nmh-access-ftp: myftp.sh

щоб визначити шлях до програми для отримання FTP. Ця програма є
викликані такими аргументами:

доменне ім'я FTP-сайту
ім'я користувача
пароль
віддалений каталог
ім'я віддаленого файлу
локальне ім'я файлу
«ascii» або «двійковий»

Програма повинна завершитися з нульовим статусом завершення, якщо пошук успішно,
і ненульовий статус виходу в іншому випадку.

Для типів доступу "url" mhstore шукатиме запис профілю «nmh-access-url»,
наприклад,

nmh-access-url: curl -L

щоб визначити програму, яка буде використовуватися для отримання HTTP. Ця програма викликається
з одним аргументом: URL-адреса вмісту, який потрібно отримати. Програма повинна написати
вміст до стандартного виходу, і має завершитися зі статусом нуль, якщо пошук є
успішний і ненульовий статус виходу в іншому випадку.

Команда зміст Кеш
Коли mhstore зустрічає зовнішній вміст, що містить поле Content-ID:, і якщо
вміст дозволяє кешувати, то залежно від поведінки кешування mhstore, контент
може бути прочитаний або записаний в кеш.

Поведінка кешування mhstore контролюється за допомогою -rcache та -wcache перемикачі, які
визначити політику читання з кешу та запису в кеш відповідно. Один із чотирьох
політики можуть бути вказані: «публічні», що вказує, що mhstore слід використовувати a
загальнодоступний кеш вмісту; «приватний», що вказує на це mhstore слід використовувати
приватний кеш вмісту користувача; «ніколи», що вказує на це mhstore ніколи не слід використовувати
кешування; і «запитати», що вказує на це mhstore слід запитати у користувача.

Є два каталоги, де вміст може кешуватися: запис профілю «nmh-cache»
називає каталог, що містить вміст, доступний для читання, а запис профілю «nmh-private-
кеш» називає каталог, що містить приватний вміст. Перше має бути абсолютним
(корінь) ім'я каталогу.

Наприклад,

nmh-кеш: / Tmp

може використовуватися, якби вам байдуже, що кеш стирається після кожного перезавантаження системи.
Останній інтерпретується відносно каталогу nmh користувача, якщо він не вкорінений, наприклад,

nmh-private-cache: .cache

(це значення за замовчуванням).

користувач Навколишнє середовище
Тому що середовище, в якому mhstore роботи можуть відрізнятися для різних машин, mhstore
буде шукати змінну середовища $MHSTORE. Якщо є, це визначає назву
додатковий профіль користувача, який слід прочитати. Отже, коли користувач входить у систему a
конкретній машині, ця змінна середовища повинна бути встановлена ​​для посилання на файл, що містить
визначення, корисні для цієї машини. нарешті, mhstore спробує проконсультуватися

/etc/nmh/mhn.defaults

який створюється автоматично під час нмм установка.

Див. «Пошук профілю» в mh-профіль(5) порядок пошуку профілю та спосіб дублювання
записи обробляються.

Використовуйте mhstoremh онлайн за допомогою служб onworks.net