Reinstate Monica's questions

Quando tento scp um arquivo com uma barra em seu caminho, o caminho é citado para o host local e o último componente do caminho é citado adicionalmente para o host remoto, como scp host:"a/b/'c'" ., ele falha com

protocol error: filename does not match request

a menos que eu use a -Topção. No entanto, se qualquer outro componente de caminho for citado, como scp host:"a/'b'/c" ., ele funcionará. Além disso, se o caminho não for citado para o host local, como scp host:a/b/'c' ., ele funcionará.

A página man documenta -Tcomo:

Desative a verificação estrita de nome de arquivo. Por padrão, ao copiar arquivos de um host remoto para um diretório local, o scp verifica se os nomes dos arquivos recebidos correspondem aos solicitados na linha de comando para evitar que a extremidade remota envie arquivos inesperados ou indesejados. Devido às diferenças em como vários sistemas operacionais e shells interpretam caracteres curinga de nome de arquivo, essas verificações podem fazer com que os arquivos desejados sejam rejeitados. Essa opção desativa essas verificações às custas de confiar totalmente que o servidor não enviará nomes de arquivos inesperados.

Não entendo como essa descrição explica o comportamento que vejo. Qual é a razão para o comportamento do scp? E existe alguma maneira de desativar esse "recurso"?

Estou executando o Ubuntu 16.04 e o host remoto está executando o Ubuntu 12.04.

Quando visualizo dados com tabulações em less, os caracteres de tabulação são expandidos para espaços. Se eu os copiar diretamente do meu terminal usando ctrl-c, eles serão copiados como espaços. Por outro lado, morepreserva os caracteres de tabulação, assim como muitos outros comandos como taile head. Existe alguma maneira de lessmanter as guias intactas?

-rnão parece ter nenhum efeito mesmo quando combinado com -U, que afirma tratar as guias como caracteres de controle. Não vejo nenhuma outra opção relevante para arquivos less.