Omnifarious's questions

Estou usando uma configuração que considero bastante frágil e propensa a falhas envolvendo LUKS, LVM, btrfs e bcache. Eu uso o btrfs há muito tempo e nunca tive problemas significativos com ele. Porém, ele não suporta cache, nem lida com codificação de eliminação (ou seja, redundância de estilo RAID5 ou 6).

Eu considero isso propenso a falhas, especialmente ao tentar instalar uma nova versão da minha distribuição, pois envolve uma configuração que eu suspeito ser muito atípica e não contabilizada em nenhum tipo de teste para procedimentos de atualização ou qualquer tipo de instalação de um novo sistema, preservando a maior parte dos dados do antigo.

Eu gostaria de migrar para o bcachefs, mas não sei dizer se ele suporta ou não, ou pretende oferecer suporte, algo como btrfs sende btrfs recv. Esses dois comandos são essenciais para minha estratégia de backup incremental.

Suporta algo assim agora em novembro de 2023? Será que algum dia?

Estou pensando em escrever um RPM que contenha um ambiente virtual Python. Um ambiente virtual do Python contém uma cópia do executável do Python (que é um shell fino em torno da biblioteca compartilhada do Python). Isso significa que, se o Python for atualizado, o executável do Python dentro desse ambiente virtual também deverá ser atualizado.

É possível que um RPM tenha um script que seja executado toda vez que uma dependência for atualizada? Percebi que akmodparece saber recompilar os módulos do kernel toda vez que você atualiza o kernel. Ele faz isso conectando o RPM ou por algum tipo de script 'na inicialização' que verifica qual kernel está sendo executado?

De acordo com o padrão IPv6, o Linux atribui endereços locais de link IPv6 às interfaces. Essas interfaces são sempre atribuídas a endereços /64. Isso está correto? Eu acho que eles deveriam ser /10. Por que eles recebem endereços /64?

Estou tendo dificuldade em descobrir como criar uma configuração específica do Postfix para uma instância do Postfix que será executada dentro de um contêiner.

Aqui estão meus requisitos:

1. Não permitir a retransmissão, a menos que o remetente seja de um pequeno conjunto de endereços IP ou o remetente seja um programa local (embora como permitir que um programa fora do contêiner enfileire mensagens para o Postfix em execução no contêiner seja um enigma interessante).
2. Execute todas as mensagens recebidas de endereços IP não retransmissores por meio de um pequeno conjunto de verificações e recuse a entrega se não passar em todas:
   1. Se o IP do remetente estiver em um RBL especificado, rejeite-o.
   2. Lista cinza de IPs de entrada que eu não aceitei antes.
   3. Se a parte do usuário do endereço de destino não corresponder a nenhum de um pequeno conjunto de regexps, rejeite-o.
   4. Se o e-mail não passar por algumas verificações simples e rápidas do spamassass, rejeite-o.
3. Para todas as entregas locais, use um programa para determinar a disposição final. Este programa terá um dos quatro resultados.
   1. Entregue em um endereço local diferente (Delivered-To será atualizado para fornecer proteção de loop e o programa de entrega local será executado novamente).
   2. Encaminhe para um endereço remoto (como uma conta do Gmail ou algo assim).
   3. Entregue em um diretório Maildir local pertencente a um usuário específico (sempre o mesmo usuário por enquanto).

Eu só preciso lidar com e-mails endereçados a um domínio. Em algum momento, gostaria de adicionar um novo domínio no qual todos os e-mails sejam manipulados pelo Mailman, embora novamente seja bom rejeitar qualquer e-mail para um endereço de lista inexistente antes da entrega.

Existem indicações de documentos que especificam como atingir um ou mais desses objetivos? O manual do Postfix para local e transporte é muito obtuso para ser realmente útil. Seria bom ter um documento especificando o fluxo de correspondência pelo sistema e como ele pode ser alterado em vários pontos.

Além disso, embora eu possa escrever meu próprio programa para entregar a uma caixa de correio Maildir, fazer isso perfeitamente corretamente é bastante complicado, e eu gostaria de evitá-lo se possível e ter a parte do Postfix que já sabe como fazer isso lidar isto.

O Postfix será executado em um contêiner. O diretório da fila e os diretórios Maildir serão sistemas de arquivos persistentes montados dentro do contêiner. Presumo que todos os programas necessários para implementar o que mencionei antes (postgrey, spamassassin, o que determina como o correio local será descartado) também serão executados no mesmo contêiner. Posso ter que providenciar para que o estado que postgrey e spamassassin mantenha também seja persistente nas invocações de contêiner.

Eu estarei usando mutt para ler o e-mail. Atualmente, serei a única pessoa para quem a correspondência será entregue localmente, embora tenha vários diretórios Maildir diferentes para os quais as coisas serão entregues. Provavelmente estarei executando o Dovecot no mesmo sistema (talvez em um contêiner em um contêiner diferente) para fazer isso.

Além disso, tenho algumas centenas de endereços de destinatários locais, a maioria dos quais desejo tratar de maneira idêntica. Todos eles se encaixam em um padrão, mas alguns que se encaixam nesse padrão precisam ser tratados de maneira diferente dos outros. Eu sei qual de antemão sem referência ao conteúdo do e-mail, então posso criar padrões mais específicos para eles.