É possível apenas um MTA IPv6?

Question

Alguém já tentou executar um mecanismo SMTP somente IPv6? Praticamente todo mundo com qualquer sentido tem o IPv6 configurado para os principais servidores front-end. Fiquei curioso se alguém tentou executar um MTA somente IPv6 e recebeu algum erro de conexão.

O IPv6 é apenas uma solução viável? Posso esperar alguns problemas de conexão persistentes? Ou uma fada mágica apareceu na internet e fez o IPv6-para-IPv4 na porta 25 funcionar como mágica em uma conexão direta?

    

Answer 1

Resposta curta: funcionará tecnicamente, mas você terá muitos e-mails que não serão entregues.

Resposta longa: leve seus registros SMTP. Sed fora todos os nomes de domínio que você envia um email para. Verifique se eles têm IPv6 DNS e MX. Uma vez que você tenha 100% (você não vai, não a qualquer momento desta década), então você pode tentar se os IPs IPv6 realmente funcionarem.

Eu não tenho nenhum registro de produção interessante (os que eu tenho não possuem domínios suficientes para ser de interesse), mas eu peguei uma lista de domínios que oferecem serviços de e-mail gratuitos de link

Do 536 primeiro, 173 não pareciam ter nenhum MX resolvido para um IP, 7 tinham MXs resolvendo para endereços IPv4 e IPv6 MX, e os 356 restantes tinham apenas IPv4 MXs. Fora dos domínios com MXs, isso é menos que dois por cento de OK, mesmo antes de realmente testar o endereço IPv6 para ver se funciona. Mesmo admitindo que os domínios na lista não são em qualquer sentido a maioria dos domínios de e-mail da Internet, eu não acho que seja suficiente para executar um servidor de e-mail que você realmente espera usar.

EDIT: como o 536 em ordem alfabética de uma lista aleatória de mais de 3600 provedores de e-mail gratuitos não é muito representativo, verifiquei alguns domínios de grande nome, e aqui estão aqueles que não têm IPv6 MXs (lembre-se DNS acessível por IPv6 seria também necessário):

• microsoft.com / hotmail.com / outlook.com
• mail.com
• gmx.net
• icloud.com / mac.com
• comcast.com
• inbox.com
• zoho.com
• aol.com
• orange.fr
• twitter.com

Você deseja registrar um domínio?

• godaddy.com
• networksolutions.com
• registrador

. . você quer e-mail deste site?

• stackexchange.com

(É claro) gmail.com e google.com têm IPv6, e o Facebook.com também.

Para quem estiver interessado, usei um ancestral dessa linha de script bash:

for i in $(cat domains.txt) ; do
  echo $(
    echo $i
    echo \;
    for j in $(dig +short mx $i) ; do
      dig +short a $j
      dig +short aaaa $i         
    done \
    | sed -r -e 's/[^;:\.]//g' \
             -e 's/^:+$/v6/'  \
             -e 's/^\.+$/v4/' \
    | sort -u
  )
done \
| sed 's/ v4 v6/ v4+v6/' \
| sed -r 's/^([^;]+); *([^;]*)$/;/' \
| sed 's/^;/none;/' \
| sort '-t;' -k 1,1 \
| tr ';' '\t'

É certamente improvável, mas a maioria das coisas bizarras é tornar a saída mais bonita.

    

Answer 2

A resposta depende do seu critério de sucesso. Mas provavelmente será não .

Se você está administrando uma empresa onde qualquer e-mail não entregue significa um custo mensurável. Então a resposta é não , somente IPv6 ainda não é viável.

Existem muitos provedores, incluindo alguns provedores grandes que ainda estão executando somente o IPv4. O maior provedor que conheço com suporte a dual stack é o Gmail, mas muitas vezes vejo tentativas de entrega no IPv6 sendo rejeitadas pelo Gmail e, em seguida, sendo bem sucedidas quando feitas tentativas de novas tentativas no IPv4. Portanto, mesmo para entregar e-mails a provedores com pilha dupla, você não terá uma entrega confiável.

Se o seu objetivo principal não for operar um serviço de email confiável para seus usuários, mas sim tornar o IPv4 menos aparente. E se você precisa apenas de uma taxa de sucesso alta o suficiente para não deixar todo mundo rir de você ao culpar os fracassos de entrega naqueles em execução apenas no IPv4, a resposta é que o IPv6 só poderia ser praticamente viável hoje.

Esperamos que em mais dois anos a maioria dos administradores concorde que o IPv4 não é mais viável, e o dual stack será um requisito.