Início / server / Perguntas / 1017072
Accepted
oucil
Asked: 2020-05-14 23:11:42 +0800 CST

Spamassassin falha após a reinicialização devido à falta da entrada tmpfiles.d

  • 772

O /run/spamassassindiretório não está sendo recriado na inicialização porque não há nenhum /usr/lib/tmpfiles.d/spamassassinarquivo informando para fazer isso. Se eu criar e iniciar manualmente /run/spamassassino serviço, tudo funciona bem, mas após a reinicialização, o mesmo problema. O spamassassin.serviceestá ativado, então não tenho certeza do que devo fazer. Estou na versão 3.4.2-6.el8.

Parece que deveria ser incluído no pacote com base em pesquisas na web, mas não consigo encontrar o conteúdo do arquivo em nenhum lugar. Quando executo dnf repoquery -l spamassassin, ele não está listado como um dos arquivos, então não tenho certeza se foi gerado após o fato.

Devo criar manualmente este arquivo; esse arquivo deve ser gerado após a instalação; ou deve ser instalado como parte do pacote?

Agradeço qualquer ajuda!

spamassassin centos8 reboot

1 respostas

  1. Best Answer

    Realmente há uma falta de documentação sobre como configurar corretamente o Spamassassin usando soquetes unix ( unix:/run/spamassassin/spamd.sock) em vez do serviço TCP. Existem poucas menções preciosas aqui e ali de algumas configurações individuais do Ubuntu, e menos ainda para Cent ou Fedora, mas nada que eu encontrei que resolva a questão do /run/spamassassindiretório e sua natureza efêmera.

    Na verdade, não há tmpfiles.darquivo/entrada no pacote e, para ser honesto, nunca funcionou para mim depois que tentei manualmente esse método. No entanto, encontrei uma pista em um longo tópico não relacionado que apontava para algumas configurações que estão faltando na systemdunidade de serviço padrão que resolve esse problema.

    Parece que, como a grande maioria das pessoas apenas executa o spamassassin em máquinas separadas utilizando a pilha TCP, não há necessidade de prepará-lo para uma instalação baseada em soquete, deixando-o ser feito manualmente ... sem documentação.

    O seguinte deve ser adicionado a um arquivo de substituição /etc/systemd/system/spamassassin.service.d/override.confdentro da [Service]seção.

    1. Adicionar as linhas a seguir fará com que o serviço crie o diretório de tempo de execução toda vez que o serviço for iniciado, se ele não existir...
    RuntimeDirectory=spamassassin
RuntimeDirectoryMode=0770
    1. Essas linhas permitirão que o acima seja executado/criado usando o rootusuário e, em seguida, desça até o spamdusuário e o grupo para executar o serviço. Sem isso, o acima estava falhando com erros de permissão negada .
    PermissionsStartOnly=True
User=spamd
Group=spamd

    Espero que isso ajude aqueles que estão lutando com o uso da configuração do soquete e não querendo finalmente desistir e seguir o caminho mais fácil.

    • 0

relate perguntas