Como a Microsoft irá aposentar a autenticação básica para SMTP, pensei em tentar configurar um servidor de e-mail interno (no Docker) para basicamente permitir que aplicativos em meu laboratório doméstico enviem e-mails usando um sistema de e-mail interno em vez de um serviço pago (como SMTP2GO).
Por exemplo, eu uso o Open Media Vault, que envia notificações por e-mail. O que eu gostaria é que ele enviasse um e-mail por meio de um servidor interno que eu pudesse visualizar através do Outlook 365 (fazendo com que o Outlook 365 coletasse o e-mail do meu servidor de e-mail interno local).
Efetivamente, nunca será necessário abrir portas para a Internet, pois todo o tráfego de e-mail de e para o meu servidor interno seria apenas interno.
Tentei encontrar exemplos disso online e usar algumas ferramentas de IA para gerar instruções, mas não tive sucesso.
- Então, minha primeira pergunta é… Isso é possível?
- E supondo que sim, qual é a melhor maneira de abordar isso (e/ou isso está documentado em instruções ou em um vídeo do YouTube que você poderia compartilhar)?
Sim, em geral, não há nada nos servidores de correio que exija que eles sejam acessíveis pela Internet. Na verdade é o contrário; um servidor de e-mail geralmente começa com entrega somente local antes de ser conectado à Internet.
(Por exemplo, o Debian Linux costumava vir com o Exim como parte da instalação padrão, a um passo de se tornar um ouvinte SMTP.)
Se o seu cliente de e-mail Outlook oferecerá suporte para isso, é uma questão diferente. Quase todos os clientes de e-mail de desktop se conectarão a qualquer serviço IMAP local sem muita reclamação, e tenho certeza de que o "Outlook 2021 LTS" também o faz, mas ouvi dizer que o "Novo Outlook" - também conhecido como "Windows 10 Mail" - foi renomeado. pelo menos parcialmente baseado em 'nuvem', e não sei onde está o "Outlook 365" em tudo isso.
Os dois componentes necessários são um serviço SMTP que receba mensagens de seus vários sistemas e um serviço IMAP que permita que o Outlook ou outros aplicativos clientes de e-mail acessem esse e-mail. Tradicionalmente, no Linux/outros sistemas semelhantes ao Unix, essas são duas coisas distintas, embora alguns sistemas de correio Linux mais recentes, bem como a maioria dos servidores de correio Windows, tenham ambas as funções integradas em uma.
Usando o software tradicional no Linux, você pode começar com um serviço SMTP (por exemplo, Postfix, Exim, OpenSMTPd) e depois adicionar um serviço IMAP (por exemplo, Dovecot, Cyrus).
Em uma configuração totalmente interna, você não precisa de SPF/DKIM/DMARC, pois o e-mail não está sendo enviado para sites externos ou até mesmo registros DNS MX, pois outros sites também não estão enviando e-mails para você. Você deve pelo menos ter algum tipo de DNS, apenas para evitar codificar o endereço IP do servidor SMTP em todos os lugares, mas é possível usar um domínio interno inventado, desde que todos os sistemas concordem com ele.
Consegui fazê-lo funcionar usando
docker-mailservero servidor de e-mail. Foi fácil de configurar no Thunderbird, mas também configurei no Outook (só um pouco complicado - o processo de adição de uma conta gerou um erro - mas quando voltei e editei a conta com os mesmos valores, funcionou ??) . De qualquer forma, se alguém estiver interessado, esta página foi muito útil, assim como este vídeo .Para Outlook 365 (cliente), aqui estão as etapas para configurar o acesso:
docker-mailservere docker é o nome do host do próprio servidor.)docker-mailerid[email protected].)Uma mensagem de erro foi lançada - mas ao mesmo tempo o envio do e-mail funcionou?
E funcionou com a conta sendo adicionada à minha lista de contas no Outlook 365.