Algumas experiências em uma árvore de diretórios triviais mostram que:
1) O (OI) (CI) realmente faz com que as permissões sejam herdadas - como ACEs herdadas na DACL, é claro, não ACE explícitas - para todos os sub-objetos (dado que a herança não foi desabilitada no sub -objeto), como seria de esperar.
2) A opção / t faz com que os icacls percorram a árvore e adicionem exatamente a mesma permissão a cada subdiretório como uma permissão explícita .
O resultado é que, se olharmos para as permissões de segurança em um subdiretório, você verá duas entradas idênticas , sendo uma a permissão herdada e a outra a configuração de permissão explícita do diretório (a menos que herança foi desabilitada no subdiretório ou em algum outro diretório interveniente).
Se alguém quer isso ou não é outra questão, mas provavelmente não. Ter a permissão especificada duas vezes não é particularmente útil, a menos que haja algumas alterações futuras que você precisa proteger.
Em um sistema de arquivos massivo, isso pode levar um tempo loooooooong para ser concluído.
O fato de a documentação informar "se estão ou não configurados para herdar permissões" talvez seja para alertá-lo para:
1) copiar como permissões explícitas para todos os subdiretórios pode não ser necessário se a permissão contiver (OI)(CI)
mas
2) se um subdiretório for configurado para não herdar permissões, isso realmente realiza algo significativo: em tal diretório, a permissão não seria herdada do pai (ou seja, a (OI)(CI)
herança é suprimida), mas ainda assim seria estar lá em virtude de ser adicionado como uma permissão explícita.