InglêsFrancêsEspanhol

Ad


favicon do OnWorks

mhstoremh - Online na nuvem

Execute mhstoremh no provedor de hospedagem gratuita OnWorks no Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS

Este é o comando mhstoremh que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS

PROGRAMA:

NOME


mhstore - armazena o conteúdo de mensagens MIME em arquivos

SINOPSE


mhstore [+ pasta] [mensagens] [-Arquivo lima] [-arquivo de saída arquivo de saída] [-parte número] ... [-Tipo
conteúdo] ... [-carro | -noauto] [-espancar sempre | auto | sufixo | perguntar | nunca]
[-rcache Privacidade] [-cache Privacidade] [-Verifica | -nocheck] [-verboso | -noverbose]
[-versão] [-Socorro]

DESCRIÇÃO


A mhstore comando permite que você armazene o conteúdo de uma coleção de MIME (multimídia)
mensagens em arquivos ou outras mensagens.

mhstore manipula mensagens multimídia conforme especificado em RFC 2045 a RFC 2049.

Por padrão, o mhstore irá armazenar todas as partes de cada mensagem. Cada parte será armazenada em
um arquivo separado. Os campos de cabeçalho da mensagem não são armazenados. Usando o -parte e
-Tipo interruptores, você pode limitar o escopo de mhstore a determinadas subpartes (de uma multiparte
conteúdo) e / ou tipos de conteúdo específicos.

A -Arquivo lima mudar de direção mhstore para usar o arquivo especificado como a mensagem de origem,
em vez de uma mensagem de uma pasta. Se você especificar este arquivo como “-”, então mhstore precisarão
aceite a mensagem de origem na entrada padrão. Observe que o arquivo ou a entrada de
entrada padrão deve ser uma mensagem formatada de forma válida, assim como qualquer outra nmh mensagem. Isto
rede de apoio social NÃO estar no formato de recebimento de mensagens (para converter um arquivo no formato de recebimento de mensagens em uma pasta de
nmh mensagens, veja inc(1)).

Uma especificação de peça consiste em uma série de números separados por pontos. Por exemplo, em um
conteúdo multiparte contendo três partes, estas seriam nomeadas como 1, 2 e 3,
respectivamente. Se a parte 2 também fosse um conteúdo multipartes contendo duas partes, estas seriam
nomeados como 2.1 e 2.2, respectivamente. Observe que o -parte interruptor é eficaz apenas para
mensagens com conteúdo multiparte. Se uma mensagem tiver algum outro tipo de conteúdo, ou
se a própria parte for outro conteúdo multipartes, o -parte interruptor não impedirá o
conteúdo de ser posta em prática.

Uma especificação de conteúdo consiste em um tipo de conteúdo e um subtipo. A lista inicial de
Tipos e subtipos de conteúdo “padrão” podem ser encontrados no RFC 2046.

Uma lista de conteúdos comumente usados ​​é brevemente reproduzida aqui:

Subtipos de tipo
---- --------
texto simples, enriquecido
multipart Mixed, Alternative, Digerir, Paralelo
mensagem rfc822, parcial, corpo externo
aplicativo octeto-stream, postscript
imagem jpeg, gif, png
áudio básico
vídeo mpeg

Uma mensagem MIME legal deve conter uma especificação de subtipo.

Para especificar um conteúdo, independentemente de seu subtipo, basta usar o nome do conteúdo, por exemplo,
“Áudio”. Para especificar um subtipo específico, separe os dois com uma barra, por exemplo,
“Áudio / básico”. Observe que, independentemente dos valores dados ao -Tipo switch, um multipart
o conteúdo (de qualquer subtipo listado acima) é sempre executado. Além disso, observe que se o
-Tipo switch é usado, e é desejável agir em um conteúdo de mensagem / corpo externo, então
que o -Tipo switch deve ser usado duas vezes: uma para mensagem / corpo externo e uma vez para o
conteúdo referenciado externamente.

Checagem que o Conteúdo
A -Verifica mudar diz mhstore para verificar cada conteúdo para uma soma de verificação de integridade. Se um
o conteúdo tem tal soma de verificação (especificada como um campo de cabeçalho Content-MD5), então mhstore precisarão
tentativa de verificar a integridade do conteúdo.

Armazenar que o Conteúdo
A mhstore irá armazenar o conteúdo das mensagens nomeadas no formato “nativo” (decodificado).
Duas coisas devem ser determinadas: o diretório para armazenar o conteúdo e os nomes dos arquivos.
Os arquivos são gravados no diretório fornecido pela entrada de perfil "nmh-storage", por exemplo,

armazenamento nmh: / Tmp

Se esta entrada não estiver presente, o diretório de trabalho atual será usado.

Se o -arquivo de saída opção é fornecida, seu argumento é usado para o nome do arquivo para armazenar todos os
conteúdo, com “-” indicando saída padrão. Se o -carro interruptor é dado, então mhstore
irá verificar se a mensagem contém informação que indica o nome do ficheiro que deve ser usado
para armazenar o conteúdo. Esta informação deve ser especificada como o atributo "nome do arquivo" em
o cabeçalho “Content-Disposition” ou como o atributo “name” no cabeçalho “Content-Type”
para o conteúdo que você está armazenando. Por razões de segurança, este nome de arquivo será ignorado se
começa com o caractere '/', '.', '|' ou '!', ou se contém o caractere '%'.
Também recomendamos o uso de uma entrada de perfil “nmh-storage” ou um -espancar interruptor, definindo outro
do que o padrão de “sempre” para evitar sobrescrever os arquivos existentes.

Se o -carro switch não é fornecido (ou está sendo ignorado por razões de segurança), então mhstore
irá procurar no perfil do usuário por uma "string de formatação" para determinar como os diferentes
o conteúdo deve ser armazenado. Primeiro, mhstore irá procurar uma entrada do formulário:

mhstore-store- /

para determinar a string de formatação. Se isto não for encontrado, mhstore irá procurar por uma entrada
do formulário:

mhstore-store-

para determinar a string de formatação.

Se a string de formatação começar com um caractere “+”, então o conteúdo é armazenado no nome
pasta. Uma string de formatação consistindo apenas em um caractere “+” é interpretada como o
pasta atual.

Se a string de formatação consistir apenas em um caractere “-”, o conteúdo será enviado para
a saída padrão.

Se a string de formatação começar com um '|', ela representa um comando para mhstore para
executar o que deve, em última análise, armazenar o conteúdo. O conteúdo será passado para o
entrada padrão do comando. Antes que o comando seja executado, mhstore vai mudar para o
diretório apropriado, e quaisquer escapes (fornecidos abaixo) na string de formatação serão
expandido. O uso da sequência “% a” não é recomendado porque o usuário não tem controle
sobre os dados do parâmetro Content-Type.

Caso contrário, a string de formatação representará um nome de caminho no qual armazenar o conteúdo.
Se a string de formatação começar com '/', o conteúdo será armazenado por completo
caminho fornecido, caso contrário, o nome do arquivo será relativo ao valor de "nmh-storage" ou o
diretório de trabalho atual. Quaisquer escapes (fornecidos abaixo) serão expandidos, exceto para o a-
fuga. Observe que se "nmh-storage" não for um caminho absoluto, será relativo ao
pasta que contém a (s) mensagem (ns).

Um comando ou string de formatação de nome de caminho pode conter os seguintes escapes. Se o conteúdo
não faz parte de um conteúdo multiparte (de qualquer subtipo listado acima), os p-escapes são
ignorado.

% a Parâmetros do tipo de conteúdo (válido apenas com comando)
% m Insira o número da mensagem
% P Insira o número da peça com um ponto inicial
% p Insira o número da peça sem ponto inicial
% t Inserir tipo de conteúdo
% s Inserir subtipo de conteúdo
%% Inserir caractere%

Se nenhuma string de formatação for encontrada, mhstore irá verificar se o conteúdo é
application / octet-stream com parâmetro “type = tar”. Se então, mhstore vai escolher um
nome do arquivo apropriado. Se o conteúdo não for application / octet-stream, então mhstore precisarão
verifique se o conteúdo é uma mensagem. Se então, mhstore usará o valor “+”. Como um
último recurso, mhstore usará o valor “% m% P.% s”.

As entradas de perfil de exemplo podem ser:

mhstore-store-text:% m% P.txt
mhstore-store-text: + caixa de entrada
mhstore-store-message / partial: +
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

A -verboso mudar de direção mhstore para imprimir os nomes dos arquivos que ele armazena. Para
compatibilidade com versões anteriores, é o padrão. o -noverbose switch suprime estes
impressões.

Substituindo Existente Arquivos
A -espancar interruptor controla se mhstore deve sobrescrever os arquivos existentes. O permitido
valores para esta opção e comportamento correspondente quando mhstore encontra um arquivo existente
são:

sempre sobrescrever o arquivo existente (padrão)
auto Criar um novo arquivo de formulário nome-n.extensão
sufixo Cria um novo arquivo com o formato name.extension.n
Peça ao usuário para especificar se deseja ou não sobrescrever
o arquivo existente
nunca Não sobrescrever o arquivo existente

Com o auto e sufixo, n é o menor número não utilizado, começando com um, na mesma forma.
Se um nome de arquivo não tiver uma extensão (após um '.'), Então auto e sufixo Crie um
novo arquivo do formulário nome-n e nome.n, respectivamente. Com nunca e perguntar, o status de saída
of mhstore será o número de arquivos que foram solicitados, mas não armazenados.

Com o perguntar, se a entrada padrão estiver conectada a um terminal, o usuário é solicitado a responder
sim, nãoou rebatizar para saber se o arquivo deve ser sobrescrito. As respostas podem ser
abreviado. Se o usuário responder com rebatizar, Em seguida mhstore pede ao usuário o nome
do novo arquivo a ser criado. Se for um nome de caminho relativo (não começa com '/'),
então, é relativo ao diretório atual. Se for um caminho absoluto ou relativo para um
diretório que não existe, o usuário será questionado se deseja criar o diretório.
Se a entrada padrão não estiver conectada a um terminal, perguntar se comporta da mesma forma que sempre.

Remontagem Mensagens of Formato mensagem / parcial
mhstore também é capaz de remontar mensagens que foram divididas em várias mensagens de
digite “mensagem / parcial”.

Quando solicitado a armazenar um conteúdo contendo uma mensagem parcial, mhstore tentará localizar todos
das porções e combine-as de acordo. O padrão é armazenar as partes combinadas
como uma nova mensagem na pasta atual, embora isso possa ser alterado usando a formatação
strings como discutido acima. Assim, se alguém lhe enviou uma mensagem em várias partes
(como a saída de enviar arquivos), você pode facilmente remontá-los todos em um único
mensagem da seguinte maneira:

% mhlista 5-8
descrição do tamanho da parte do tipo / subtipo da msg
5 mensagem / parcial 47K parte 1 de 4
6 mensagem / parcial 47K parte 2 de 4
7 mensagem / parcial 47K parte 3 de 4
8 mensagem / parcial 18K parte 4 de 4
%mhstore 5-8
remontagem de parciais 5,6,7,8 para a caixa de entrada da pasta como mensagem 9
% mhlist -verbose 9
descrição do tamanho da parte do tipo / subtipo da msg
9 aplicativo / fluxo de octeto 118K
(extrair com descompactar | tar xvpf -)
type = tar
conversões = compactar

Isso armazenará exatamente uma mensagem, contendo a soma das partes. Não importa
se as parciais são especificadas em ordem, uma vez que mhstore irá classificar os parciais, de modo que
eles são combinados na ordem correta. Mas se mhstore não consigo localizar todas as parciais
necessário remontar a mensagem, não armazenará nada.

Externo Acesso a
Para conteúdos do tipo mensagem / corpo externo, mhstore suporta estes tipos de acesso:

· Afs

· Anon-ftp

· Ftp

· Arquivo local

· servidor de e-mail

· Url

Para os tipos de acesso "anon-ftp" e "ftp", mhstore irá procurar o “nmh-access-ftp”
entrada de perfil, por exemplo,

nmh-access-ftp: myftp.sh

para determinar o nome do caminho de um programa para realizar a recuperação do FTP. Este programa é
invocado com estes argumentos:

nome de domínio do site FTP
nome de usuário
senha
diretório remoto
nome de arquivo remoto
nome do arquivo local
“Ascii” ou “binário”

O programa deve terminar com um status de saída zero se a recuperação for bem-sucedida,
e um status de saída diferente de zero caso contrário.

Para os tipos de acesso “url”, mhstore irá procurar a entrada do perfil “nmh-access-url”,
por exemplo,

nmh-acesso-url: curl -L

para determinar o programa a ser usado para executar a recuperação HTTP. Este programa é invocado
com um argumento: a URL do conteúdo a ser recuperado. O programa deve escrever o
conteúdo para fora do padrão, e deve terminar com um status de zero se a recuperação for
bem-sucedido e um status de saída diferente de zero caso contrário.

A Conteúdo Esconderijo
Quando mhstore encontra um conteúdo externo contendo um campo “Content-ID:” e se o
o conteúdo permite o armazenamento em cache, dependendo do comportamento de armazenamento de mhstore, o conteúdo
pode ser lido ou gravado em um cache.

O comportamento de cache de mhstore é controlado com o -rcache e -cache interruptores, que
definir a política para leitura e gravação no cache, respectivamente. Um de quatro
as políticas podem ser especificadas: “públicas”, indicando que mhstore deve fazer uso de um
cache de conteúdo acessível publicamente; “Privado”, indicando que mhstore deve fazer uso de
o cache de conteúdo privado do usuário; “Nunca”, indicando que mhstore nunca deve fazer uso
de armazenamento em cache; e, “perguntar”, indicando que mhstore deve perguntar ao usuário.

Existem dois diretórios onde o conteúdo pode ser armazenado em cache: a entrada de perfil “nmh-cache”
nomeia um diretório contendo conteúdo legível por todos e a entrada de perfil “nmh-private-
cache ”nomeia um diretório contendo conteúdo privado. O primeiro deve ser um absoluto
nome do diretório (com raiz).

Por exemplo,

cache nmh: / Tmp

pode ser usado se você não se importasse se o cache fosse apagado após cada reinicialização do sistema.
O último é interpretado em relação ao diretório nmh do usuário, se não for enraizado, por exemplo,

nmh-private-cache: .cache

(que é o valor padrão).

Utilizador Meio Ambiente
Porque o ambiente em que mhstore opera pode variar para máquinas diferentes, mhstore
irá procurar a variável de ambiente $ MHSTORE. Se presente, especifica o nome do
um perfil de usuário adicional que deve ser lido. Portanto, quando um usuário efetua login em um
máquina particular, esta variável de ambiente deve ser definida para se referir a um arquivo contendo
definições úteis para essa máquina. Finalmente, mhstore tentará consultar

/etc/nmh/mhn.defaults

que é criado automaticamente durante nmh instalação.

Veja "Pesquisa de Perfil" em perfil-mh(5) para a ordem de pesquisa de perfil e como duplicar
entradas são tratadas.

Use mhstoremh online usando serviços onworks.net


Servidores e estações de trabalho gratuitos

Baixar aplicativos Windows e Linux

Comandos Linux

Ad