Inconsistência do postfix versus servidores SMTP do Google

1

Eu queria hospedar meu próprio servidor de e-mail e, para isso, instalei o Postfix 2.7.0 e o Dovecot 1.2.9 no Ubuntu Server 10.04. Eu me diverti lendo os documentos e configurando todas essas ótimas ferramentas, também estou hospedando localmente um servidor DNS e um servidor Web, mas agora estou preso em algo relacionado ao Postfix.

Um grande problema que enfrento agora é que os servidores SMTP do Google rejeitam meu e-mail APENAS QUANDO está sendo enviado remotamente. Estranho, certo?

Então, se eu telnet localhost 25 , emitir AUTH LOGIN (não é uma retransmissão aberta, é claro), envie o e-mail recebo status = sent e recebo a mensagem de e-mail da minha conta do Gmail Caixa de entrada Funciona como um encanto.

Por outro lado, se eu quiser enviar o email de um host remoto, eu uso

openssl s_client -connect mail.mydomain.com:465

Então eu emito AUTH LOGIN , o processo de login é bem sucedido. Por isso não tenho problema em me comunicar com meu servidor. Eu posso ver o que acontece nos arquivos de log. Mas quando tento enviar e-mails assim, o Google responde com:

Our system has detected an unusual rate of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 rate limited.

Por que o Google aceita meu e-mail se enviado localmente, mas o rejeita quando eu openssl para meu servidor e o envia remotamente? É como se o Postfix no meu servidor fizesse com que o Google percebesse como o e-mail encaminhado chegou até ele.

Alguma idéia?

    
por Terente 09.08.2014 / 13:28

1 resposta

2

O IP do host mail.mydomain.com está enviando muitos e-mails não solicitados, o que é pior, muito rápido. Isso fica claro na mensagem de erro:

Our system has detected an unusual rate of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 rate limited.

Portanto, investigue se houve uma violação de segurança em seu host ou se há outro host que compartilhe seu IP com problemas.

    
por 09.08.2014 / 13:47