Seu pedido inicial: Sua declaração atualizada:
O que você quer?

Desculpe, quero dizer que foi erro seu não permitindo modificar / editar a partir user1

O umask poderia entrar em jogo. Qual é o seu umask? Alterá-lo para 000 e tente novamente.

Não creio que o umask deve ajudar.
Utilizador1 ler e escrever é concedido o acesso apenas para o próprio diretório, o que significa que ele pode criar, renomear e deletar arquivos lá, mesmo aqueles que não pertencem a ele.
Arquivos nesse diretório manter suas permissões, por isso, é esperado para utilizador1 não ser capazes de modificar diretamente arquivos raiz propriedade conteúdo.

A máscara do LCA em um diretório representa o "máximo" permissões um arquivo pode ter - que faz não vigor novos arquivos para que essas permissões. Não é como umask.

Eu não entendo dessa forma.
A ACL máscara parâmetro quando configurado para um diretório para aplicar permissões definidas para esse diretório, e não os actuais ou novos arquivos dentro dela.

Existem dois diferentes regimes acl flutuando. Estamos discutindo o mais velho regime que está em uso em sistemas de arquivos Solaris UFS. Definindo uma ACL em um diretório não se propaguem para qualquer pré-existente arquivos sob o diretório. Se um arquivo é criado em um diretório com um conjunto acl, acl que não é automaticamente aplicada ao processo. Você não pode configurar um arquivo da umask com um setfacl ou por qualquer outra técnica. Os ficheiros não têm umasks, processos têm umasks.

Esta forma de acl tem uma "máscara" conceito. Destina-se a permitir que um não-acl ciente programa a ser capaz de interagir com um arquivo que possui as ACLs. O arquivo proprietário é imune a partir da máscara e assim é o "mundo" (ou "outros"). Estas duas classes de usuários são claramente definidas em uma forma idêntica ou não usar as ACLs. Mas uma acl pode especificar vários outros grupos e utilizadores e essas pessoas não fazem sentido para um não-acl conscientes programa. Portanto, a idéia é usar a "máscara" conceito. Por exemplo, se um programa usa o chmod () chamada de sistema para remover o grupo executar autorização, permissão executar a máscara é removida. Esta é uma idéia controversa, mas que faz algum sentido ... os programas mais antigos podem continuar a correr.

Se você ainda não compreender o conceito máscara, basta fazer isso:
Sempre que você alterar a permissão de um usuário não-proprietário ou um grupo com uma setfacl comando, especificar a opção-r para recompute a máscara e outros que não a deixe sozinha a máscara.