Eu tenho um ISP que não oferece endereços IP estáticos, então parece que algum tipo de serviço de nome de domínio dinâmico (DDNS) é a solução.
Essa é uma solução. Como exemplo de outra solução, um túnel IPv6 do HurricaneElectric.net fornece um endereço estático (IPv6) com um ponto final móvel do túnel. Concedido, neste momento, o IPv4 seria melhor para oferecer suporte a essa funcionalidade com o público em geral, mas se você encontrar um computador cooperativo disposto, tecnicamente também poderá fazer isso com o IPv4.
você precisa de um script / programa que monitore seu endereço IP periodicamente e, se o endereço for alterado, o script / aplicativo precisará atualizar o nome de domínio que você estiver usando
Isso soa como um plano tecnicamente sólido.
Eu só preciso da chave API da empresa de hospedagem para ajustar programaticamente os registros de domínio / IP necessários ... alguém me avise se eu estiver errado e se há uma maneira mais simples).
Os detalhes exatos dependeriam da escolha do registrador de nomes de domínio de como eles implementam esse recurso. Alguns podem usar uma chave de API de algum tipo, enquanto outros podem confiar em uma interface da Web para atualizações automáticas. Antigamente, alguns provedores de serviços de Internet forneciam esse serviço, mas dependiam de alterações manuais em resposta a solicitações. Portanto, cabe inteiramente a quem fornecer o serviço.
Aqui está a coisa: quando você atualiza seus registros de nome de domínio da maneira descrita acima, li que pode levar várias horas para se propagar pelo sistema / mundo (todos os servidores DNS precisam ser repovoados com o seu endereço atualizado )
Bah farsa. Sabe-se que a propagação do DNS leva minutos, horas ou dias (por exemplo, 72 horas). No entanto, quando as pessoas analisam muito as coisas, descobrem que grande parte desse tempo vago de "propagação" era simplesmente devido à demora na atualização de um provedor de hospedagem DNS.
Em uma teoria melhor, você só precisa aguardar o valor TTL. Embora exista um problema com essa teoria ...
No entanto, vários provedores pagos de DDNS que eu estou procurando parecem promover sua capacidade de fazer com que a mudança entre em vigor quase instantaneamente (ou pelo menos, mais rápido que o meu método DIY). Isso é verdade? Há algo que eu perdi?
Ok, aqui está a realidade: para que sua atualização tenha efeito total, é necessário que a Internet libere seu cache ativo de informações antigas.
De acordo com os padrões, os servidores DNS em cache podem confiar em seu cache pelo período de tempo especificado por um valor TTL que você pode configurar.
No entanto, a realidade é que pelo menos alguns (e talvez até a maioria?) ISPs muito grandes executam seus próprios servidores DNS em cache, que ignoram completamente os valores TTL. Eles fazem isso porque sentem que, se atualizarem seus caches DNS com menos frequência, o efeito geral será menos largura de banda (e talvez menos tempo de computação).
Portanto, qualquer servidor de email que dependa desse servidor DNS pode ser afetado e não conseguir perceber suas atualizações até que o servidor DNS seja atualizado. Em alguns casos, isso pode levar um dia ou dois (ou três?).
No entanto, esses efeitos se tornaram cada vez mais raros. Na prática, a maioria dos servidores DNS terá seus caches liberados dentro de uma ou duas horas.
Como alguns caches não serão atualizados tão rapidamente quanto outros, o efeito é que alguns locais da Internet funcionarão com o novo endereço, enquanto outros ainda tentarão usar o endereço antigo. Dentro de algumas horas, a maioria dos computadores funcionará bem com as novas informações. (Muitos, muitos deles podem funcionar em minutos.)
O comportamento típico do software de email é tentar enviar o email. Se isso falhar, tente novamente mais tarde. Os servidores de email normalmente tentam repetir (talvez uma vez por hora) por dias antes de desistir. Portanto, o que provavelmente acontecerá é que você não perderá o e-mail, mas isso será um pouco atrasado.
O comentário de Alex "todos os IPs dinâmicos estão em listas PBL" está claramente errado, pois essas informações são descentralizadas (portanto, a palavra "todos" é imprecisa), mas é verdade que muitos IPs dinâmicos estão nessas listas e, portanto, isso pode significa que alguns computadores / dispositivos relacionados ao email podem decidir não cooperar com você.
Além disso, tenho outra preocupação: há algum problema de segurança que eu possa estar esquecendo de ter um provedor de DDNS?
A maior preocupação será se suas atualizações são tratadas de maneira segura.
Eles não conseguirão monitorar todo o tráfego que flui através do nome de domínio que fornecem?
Não. O trabalho do servidor DNS é receber uma solicitação de um nome de domínio e fornecer uma resposta. A resposta típica tradicional é fornecer um ou mais endereços IP. Outras respostas são possíveis, como a referência a outro servidor DNS ou nome de domínio (por exemplo, com um CNAME) ou outros dados (por exemplo, ajudando a fornecer segurança através do novo padrão DNSSec).
Alguém tem uma opinião informada ...
Gostaria de salientar que, se você realmente deseja executar um servidor de email sério, considere estar em conformidade com os padrões modernos de email. Isso envolve mais do que apenas estar em conformidade com as especificações técnicas de SMTP e DNS. Muitas pessoas usam grandes fornecedores, e esses grandes fornecedores podem implementar suas próprias expectativas.
Por exemplo, eu conheço um servidor de email configurado com o Debian e Postgrey anos atrás. O Postgrey é um software que fornece tratamento anti-spam com "lista cinza". No entanto, a versão do Postgrey usada supõe que, quando um servidor de email tentar novamente o email, o servidor de email remetente usará o mesmo endereço IP ao fazê-lo. Sabe-se que os servidores de email do Office 365 tentam enviar novamente um email de um endereço IP diferente que ainda esteja dentro de uma sub-rede IPv6 / 64. Postgrey não gosta disso.
À medida que mais e mais organizações mudaram para o Office 365, isso se tornou cada vez mais um problema para as pessoas que usam esse servidor de email antigo. Uma versão mais recente do software Postgrey foi lançada, mas a maneira mais fácil de instalar esse software é usar o repositório oficial de software para esse sistema operacional. Portanto, na prática, a maneira inteligente de atualizar esse software será atualizar o sistema operacional.
Existem outras convenções, como nomes de DNS que começam com "email". o que pode fazer com que sua configuração seja considerada mais ou menos confiável. Isso pode afetar se os dispositivos o tratam como um spammer não compatível ou como um dispositivo com o qual vale a pena se comunicar.
Certamente, talvez ao falar estritamente sobre especificações técnicas oficiais, as organizações gigantes estejam executando algumas ações diferentes dos requisitos mínimos exigidos pelos documentos RFC que contêm as especificações técnicas dos protocolos em uso. Mas se você deseja se comunicar com a comunidade maior da Internet, existem alguns padrões adicionais impostos por alguns players significativos / grandes. Esteja preparado para atender bem a esses padrões ou para encontrar alguns problemas.
Estou sendo um pouco vago sobre exatamente quais são todos esses padrões, porque eles podem mudar com o tempo.
Com relação ao antigo servidor de E-Mail que precisará atualizar seu antigo sistema operacional Debian, talvez as pessoas devam estar atualizando seu sistema operacional com mais frequência de qualquer maneira. O que estou dizendo, no entanto, é que uma configuração de software que funcionou perfeitamente bem por anos agora está quebrada, devido a um comportamento mais recente que é comumente usado por muitos endereços de email. Se você tentar fazer coisas incomuns, como usar o DNS dinâmico em um provedor de Internet mais lento, é mais provável que você encontre alguns problemas extras ao longo do caminho. Como você parece ambicioso, talvez possa investir os esforços nisso. Só estou avisando para que você se prepare para fazer isso.
... em relação a qual método (pago versus DIY) pode ser melhor?
Como outros já apontaram, o pagamento será muito mais fácil e é bastante econômico para a maioria das pessoas. As provisões grandes provavelmente fornecerão um endereço IP estável para o qual você pode apontar o seu registro MX (para que o e-mail chegue lá) e pode fornecer uma largura de banda notavelmente melhor.
O DIY é melhor para ganhar experiência e aprender como as coisas funcionam e optar por não confiar apenas nas implementações das principais corporações. Ter mais controle sobre sua implementação também pode permitir que você faça alterações personalizadas significativas muito mais rapidamente.
O que é "melhor" dependerá de seus objetivos individuais, por isso deixo essas conclusões com você.