Como corrigir a "permissão negada" do relatório amvavis para o clamav

Recentemente, notei uma pequena quantidade frustrante ... Ao processar um email, um servidor Ubuntu (com todas as atualizações aplicadas) relata "Permissão negada" ao tentar anexar uma verificação de vírus.

Apr  2 14:05:20 svr amavis[6376]: (06376-01) (!)run_av (ClamAV-clamd) FAILED - unexpected , output="/var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts: lstat() failed: Permission denied. ERROR\n"
Apr  2 14:05:20 svr amavis[6376]: (06376-01) (!)ClamAV-clamd av-scanner FAILED: CODE(0x30cf250) unexpected , output="/var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts: lstat() failed: Permission denied. ERROR\n" at (eval 136) line 899.
Apr  2 14:05:20 svr amavis[6376]: (06376-01) (!)WARN: all primary virus scanners failed, considering backups

Quando olho para os diretórios em questão, vejo o seguinte:

$ ls -ld /var/lib/amavis/tmp
drwxrwx--- 4 amavis amavis 4096 Apr  2 14:16 /var/lib/amavis/tmp
$ ls -ld /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/
drwxr-x--- 3 amavis amavis 4096 Apr  2 14:05 /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/
$ ls -ld /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts                                                                                                                                                                           
drwxr-x--- 2 amavis amavis 4096 Apr  2 14:16 /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts

Assegurei-me de que o usuário clamd fosse membro do grupo amavisd - mas isso não corrigiu nada. Alguém pode me dizer, especificamente, qual componente deseja quais permissões - e ... idealmente ... o que fazer para corrigir isso?

Esclarecimento : Não estou procurando explicações sobre os fundamentos das permissões. Estou procurando uma solução apropriada para esse problema específico - que, à primeira vista, pelo menos, parece que um componente do pacote amavis (talvez clamd) esteja usando o valor errado umask. Obviamente, essa falha pode ter surgido como resultado de vários bugs ou falhas de configuração. Estou procurando, especificamente, a resolução mais apropriada para este caso ... em que uma instalação amavis / clamav 'baunilha' falha ao acessar o conteúdo de pastas temporárias que ele cria, quando necessário para verificar o email de entrada.

Estou ciente dessa pergunta semelhante (não-Ubuntu). A resposta Redhat / Centos não resolve o problema que tenho no Ubuntu.

Este problema foi encontrado no "Ubuntu 14.04.2 LTS" - não há atualizações pendentes.

Uma solução funcional é mudar

AllowSupplementaryGroups false -> true

em /etc/clamav/clamd.conf

reinicie o clamav-daemon

Enquanto o clamdusuário era um membro do amavisgrupo, o clamdprocesso estava sendo executado como o clamav(não clamd) usuário.

A adição clamavao amavisgrupo resolveu o problema.

Como AllowSupplementaryGroupsnão existe mais, terminei adicionando cada usuário ao outro grupo, assim:

usermod -a -G clamav amavis
usermod -a -G amavis clamav

(e reinicie tudo apenas para ter certeza)

/etc/init.d/clamav-daemon restart
/etc/init.d/amavis restart
/etc/init.d/postfix restart

Com isso, não há necessidade de alterar a permissão da pasta /var/lib/amavis/tmp(e não tenho certeza de que essas permissões serão deixadas como estão na próxima atualização do apt-get ...)

Eu estava olhando em volta e não encontrei nenhuma informação sobre o que fiz. Primeiro, desmontei a unidade em questão e depois a remontei.

ls -l /dev
sudo umount /dev/sdd4
sudo mkdir /mnt
sudo mount /dev/sdd4 /mnt

Você já tentou inserir isso no terminal:

       sudo -i
       gksu thunar

e se o thunar não estiver instalado, digite-o no terminal:

        sudo apt-get install thunar 

e faça permissão de leitura e gravação para o diretório:

       /var/lib/amavis

e isso é thunar, e pode funcionar bem dessa maneira.