habilitando smtp na porta 465 e imap na porta 993 para webapps em execução no centos 7

Question

Um servidor de desenvolvimento do CentOS 7 é usado para criar protótipos de aplicativos da Web que enviam e recebem e-mails usando o JavaMail para conectar-se a um servidor de e-mail remoto em outro local da Internet. O servidor de email remoto usa port 465 para smtp e port 993 para imap . Além disso, o modem a cabo local que conecta o servidor de desenvolvimento à Internet bloqueou port 25 .

Estou lendo bastante sobre isso e acho que preciso de yum install postfix mailx dovecot no servidor de desenvolvimento. Mas todos os resultados de pesquisa do Google que estou descobrindo parecem estar relacionados à criação de servidores de e-mail completos, quando tudo o que quero fazer é permitir que os aplicativos da Web em um servidor da Web de desenvolvimento possam se comunicar com um servidor de e-mail remoto.

Eu poderei apenas yum install postfix dovecot mailx e o JavaMail poderá enviar e receber e-mails através de port 465 e port 993 imediatamente? Ou terei que tomar medidas adicionais, como configurar arquivos de configuração e criar / instalar certificados, etc.?

Eu não quero fazer uma pergunta ampla se houver um tutorial que possa me ajudar a formular uma pergunta mais restrita. Mas até agora os tutoriais não abordam este OP.

    

Answer 1

Você só instalaria o procmail e o dovecot se quiser transformar a máquina dev em um servidor de e-mail. Você não precisa instalá-los para se conectar a servidores de e-mail remotos.

• 993 / tcp é usado para IMAP-over-SSL. Se você não conseguir fazer o JavaMail fazer isso nativamente, você pode usar stunnel para executar a parte SSL / TLS.
• 465 / tcp é usado para SMTP sobre SSL. Mesma coisa sobre stunnel .

Observe que stunnel permitirá que você configure estaticamente conversando com alguns servidores. Você configura o stunnel para escutar em uma porta no host local e no proxy para o servidor remoto. Vários servidores / portas remotos significam várias instâncias de stunnel. Executar algumas instâncias é razoável, mas se você precisar conversar com servidores arbitrários, precisará descobrir como fazer com que o JavaMail faça isso. Mas isso parece uma questão de programação para o estouro de pilha .

(BTW: Como alternativa ao suporte 465 / tcp, você poderia configurar um servidor de correio local - como o postfix - e fazer com que o JavaMail enviasse um email para o servidor local, permitindo que o servidor conversasse com servidores de email remotos. muito mais trabalho, a menos que você realmente precise. E isso dificulta o tratamento de erros.)