Como um MTA, é razoável e não viola as RFCs conectar-se a servidores MX em portas diferentes de tcp/25 (SMTP) para troca de e-mail?
Tradicionalmente, a troca de e-mails ocorre em tcp/25, mas os ISPs a bloqueiam por um longo tempo para evitar spam.
Gostaria de configurar um MTA adequado, mas meu ISP também bloqueia o tcp/25. É uma boa prática fazer com que meu software MTA se conecte a outras portas padrão/convencionais como 2525, 587, 465 de qualquer servidor MX?
Observe que não é sobre MUA que estou perguntando.
Responder1
É uma boa prática fazer com que meu software MTA se conecte a outras portas padrão/convencionais como 2525, 587, 465 de qualquer servidor MX?
Não. A maioria dos servidores MXnão vai esperartroca de correio nessas portas.
As portas 587 e 465 têm uma finalidade diferente – a RFC 6409/8314 as define para "envio de mensagens" de MUAs de usuários finais, e essas portas quase sempre exigem autenticação (mesmo se o destinatário for local).
A porta 2525 não é padrão; embora você possa encontrar um ou dois servidores aceitando SMTP nessa porta, na maioria das vezes ele simplesmente não fará nada (ou até ouvirá algo que não seja SMTP).
Portanto, se você não conseguir fazer conexões de saída para a porta 25, simplesmente não conseguirá enviar e-mails para a maioria dos domínios. (Qual é realmente o objetivo dos ISPs bloquearem esta porta...)
Você pode configurar o SMTP em uma empresa de hospedagem de servidor confiável e usar esse servidor como um "host de retransmissão", também conhecido como "smarthost" para o seu MTA doméstico.
Responder2
Ou apenas mude seu ISP. que permite conexões de entrada/saída e porta 25. Talvez eu possa te ajudar, caso você não tenha encontrado uma solução até agora. Posso configurar um relé para você no meu servidor (porta 25) para o seu MTA em qualquer porta. Eu configuraria meu servidor para funcionar como um servidor proxy de serviço e encaminharia para o seu servidor MTA, e você só precisa configurar os recods MX no seu domínio.