Adquiri vários usuários de e-mail e estou querendo transferi-los de seu servidor de e-mail atual para o meu. Configurei o perdition como um proxy que me permitirá fazer proxy de conexões IMAP e POP - e tenho controle do DNS usado para encaminhá-los para o servidor de e-mail apropriado. Não tenho acesso ao servidor de correio antigo.
O servidor proxy de correio está executando o Linux
Infelizmente, suspeito que muitas pessoas estejam usando o mesmo servidor para POP3 e SMTP.
Estou querendo configurar um proxy SMTP para que eu possa fornecer serviços SMTP aparentemente aos clientes durante a transição - sem uma retransmissão de correio aberto. Não parece que o Perdition ofereça esta solução nativamente.
Alguém conhece uma solução que proxie solicitações SMTP (incluindo solicitações AUTH) - idealmente com a capacidade de mapear quais solicitações vão para qual back-end? [Eu não tentei uma regra DNAT IPTables - eu suspeito que isso pode funcionar, mas eu perco a capacidade de fazer autenticação em diferentes servidores por domínio/cliente, o que torna a migração substancialmente mais difícil].
EDITAR
Eu tentei configurar o Dovecot como diretor / proxy no lugar do Perdition. Isso funciona bem para IMAP e POP, mas não para SMTP - especificamente, ele será autenticado com base no nome de usuário ou nome de domínio - ele não verifica as credenciais reais no servidor SMTP.
Para Postfix,
http://www.andybev.com/index.php/SMTP_authentication_and_Postfix
Eu também configuraria o postfix para rotear diretamente para o seu novo servidor SMTP como um retransmissor. Adicione o IP do seu novo servidor a 'minhas redes' e defina o relayhost para o novo servidor SMTP.
Aponte-o para o proxy perdition para dovecot onde está o servidor imap, é uma autenticação simples entre o sistema saslauthd e o imap, então você precisará usar o proxy perdition como não seguro para localhost (ou apenas bloquear o acesso externo a 143 enquanto aguarda sua configuração detalhes)