Avisar sobre aliases inexistentes no mutt

6

Estou usando alias de mutt para abreviar nomes de destinatários (por exemplo, jdoe é definido como um alias para [email protected] ). No entanto, se eu digitar errado um alias (por exemplo, jdeo ), o mutt não me avisará sobre o fato de o alias não existir. Em vez disso, ele faz o preenchimento automático usando a variável $hostname , por exemplo, se minha máquina tiver o nome do host foo.mydomain.net , o alias falso for substituído por [email protected] . Isso nunca é o que pretendo fazer.

Portanto, se eu digitar errado um alias, não receberei qualquer aviso, e espero que, ao enviar o email, o SMTP remoto o recuse ("Usuário desconhecido na tabela de destinatários local") ou envie me uma notificação de status de entrega ... Isso não é ideal e eu errei várias vezes com isso.

Em vez disso, gostaria que o mutt me avisasse sobre aliases que não existem, ou seja, se eu digitar um destinatário que não contenha "@" e não seja um alias conhecido, o mutt deve reclamar e recusar-se a enviar o correio.

É possível configurar o mutt para avisar sobre aliases que não existem? Não consegui encontrar uma opção de configuração relevante. Eu também tentei definir $hostname para a string vazia, mas então mutt felizmente entra em contato com o SMTP remoto e tenta enviar e-mail para "jdeo".

    
por a3nm 19.04.2017 / 19:58

1 resposta

0

Ao definir use_domain como falso, você pode garantir que os endereços que não correspondem a um alias não é expandido com um nome de domínio (assim eles ficam como estão, por exemplo, "jdeo"). Mutt ainda tentará enviar o email neste caso, mas pelo menos o servidor SMTP remoto irá interpretá-los como usuários locais para que eles possam ter uma chance de reclamar. Nesse caso, o mutt informará um erro visível ( SMTP session failed: 550 5.1.1 <aoeu>: Recipient address rejected: User unknown in local recipient table ) e dará a oportunidade de corrigir o erro.

Isso é muito melhor do que configurar use_domain como true, porque nesse caso o "jdeo" é expandido para "[email protected]" e o SMTP remoto não reclama.

A definição de use_domain para true não resolve perfeitamente o meu problema, porque depende da cooperação do SMTP remoto para reclamar de destinatários locais desconhecidos durante a sessão SMTP e não detecta erros que correspondem a erros locais destinatários. Dito isto, é bom o suficiente e muito melhor para as minhas necessidades do que o comportamento padrão.

    
por 24.02.2018 / 11:29

Tags