Se não usa ou pretende usar o sistema de correio electrónico MS Exchange 2010 (não sei se noutros sistemas este erro também acontece), esta mensagem não é para si.
Para quem usa MS Exchange 2010 e/ou quem não sabe, existe um problema de envio de mensagens para o domínio de email @bportugal.pt (ou @*.bportugal.pt, mas também acontece com outros domínios como por ex: @parceiros.tranquilidade.pt, etc {se souberem de outros informem-me sff}) quando este está configurado para fazer entrega directa por consulta DNS.
O problema e o seu WORKAROUND são os seguintes:
1. O MS Exchange 2010, configurado conforme parágrafo anterior, quando recebe uma mensagem de correio electrónico para entregar:
a. Faz uma consulta DNS pelo MX Record do domínio destino da mensagem (neste caso por ex: @gmail.com)
b. Da resposta escolhe o registo que tiver menor preferência (neste caso será gmail-smtp-in.l.google.com )
c. Como neste caso não obtêm uma resposta IPv6, o MS Exchange 2010 volta a fazer a pergunta mas agora para IPv4
![clip_image003[1]](http://lh5.ggpht.com/-XC2HEZXG-sE/TosrUWtcMpI/AAAAAAAAAKM/rFI5MLymlHc/s1600-h/clip_image003%25255B1%25255D%25255B3%25255D.png "clip_image003[1]")
d. Sabendo o endereço IP onde se ligar, o sistema continua o processo ligando-se directamente ao IP em questão.
e. Podem perguntar, e se o MS Exchange 2010 estiver configurado apenas para ter IPv4 no seu sistema operativo? O procedimento é o mesmo a não ser que receba um MX com um registo que retorne um IPv6 que nesse caso tenta usar esse endereço (directo ou túnel IPv4 dependendo como está configurada a FW do sistema)
2. Até aqui tudo parece funcionar sem problemas, mas e se encontramos um domínio que não retorne esta informação correctamente (por ex: @bportugal.pt, @parceiros.tranquilidade.pt, etc…)?
a. Os resultados do mesmo processo é o seguinte:
![clip_image004[1]](http://lh6.ggpht.com/-SKt7c9ftzGw/TosrVbBZOII/AAAAAAAAAKU/Iqj52lGM2Yc/s1600-h/clip_image004%25255B1%25255D%25255B5%25255D.png "clip_image004[1]")
b. O sistema MS Exchange 2010 ao receber um DNS “timed out” vai abortar o processo e informar o operador de sistemas (Logs & Queue Viewer) que não consegue entregar a mensagem por problemas de DNS.
c. Mesmo que o passo seguinte (que o sistema não vai fazer) de consulta IPv4 do registo associado ao MX mais baixo retorne com sucesso ():
![clip_image005[1]](http://lh6.ggpht.com/-Jxupm2vzQZs/TosrWx1L1eI/AAAAAAAAAKg/s1uxE_1-sY0/s1600-h/clip_image005%25255B1%25255D%25255B3%25255D.png "clip_image005[1]")
3. WORKAROUND:
a. Criar conectores directos, para os domínios com este problema de DNS, por ex:
![clip_image006[1]](http://lh6.ggpht.com/-jmEQhRLOSxg/TosrYTkZu7I/AAAAAAAAAKo/vUunW2wSclM/s1600-h/clip_image006%25255B1%25255D%25255B4%25255D.png "clip_image006[1]")
b. Este WORKAROUND têm o problema adicional que sendo uma configuração manual do lado da empresa responsável pela origem das mensagens, não reflecte futuras alterações DNS (MX) ao sistema destinatário de correio electrónico feito pelos administradores de sistemas do mesmo.
c. Se alguém tiver informação da causa técnica (Microsoft, DNS Servers por ex: bind, porque com o MS DNS 2003 ou superior não temos este problema (as únicas versões MS que testei)) por favor comentem, que eu não tive paciência para validar quem é o culpado.
GOOD NEWS
1. O domínio de correio electrónico do Banco de Portugal já retorna a informação correcta e como tal já não necessita do WORKAROUND 
ITBérius
