O problema aparentemente se resolveu. Como ainda posso enviar e-mails usando servidores alternativos do Google, suspeito que seja um pequeno problema de rede entre meu servidor e o Google.
Como descubro por que o Gmail aparentemente está recusando conexões do meu intervalo de IP específico?
Estou recebendo um erro de "Tempo limite de conexão" ao tentar enviar e-mail através do smtp.gmail.com usando os recursos de e-mail do Django em execução em uma máquina Linux no serviço EC2 da Amazon.
Por estranho que pareça, posso enviar e-mails usando o sendmail, mas ele inicialmente recebe o mesmo erro de tempo limite e depois volta para um servidor alternativo, que aceita uma conexão, por exemplo
~$ echo -e "Subject:test subject\ntest body\n" | sendmail -v myuser@mydomain
Loading lookup modules from /usr/lib/exim/4.72-1.fc13/lookups
Loaded 0 lookup modules
LOG: MAIN
<= app@domain U=app P=local S=443
Loading lookup modules from
/usr/lib/exim/4.72-1.fc13/lookups
Loaded 0 lookup modules
delivering 1ReChV-0001Hx-Ss
Connecting to aspmx.l.google.com [74.125.93.26]:25 ... failed:
Connection timed out (timeout=5m)
LOG: MAIN
aspmx.l.google.com [74.125.93.26] Connection timed out
Connecting to ALT1.aspmx.l.google.com [173.194.66.26]:25 ... connected
Isso está ocorrendo apenas na nuvem da Amazon. Eu posso conectar-me ao smtp.gmail.com do meu localhost usando as mesmas credenciais e enviar e-mails bem. E eu posso fazer o ping do smtp.gmail.com bem de qualquer lugar, então não parece ser um problema de roteamento ou firewall.
O Google não lista problemas em seu painel de status .
O servidor em questão envia volumes muito baixos de e-mail (10 a 20 por dia), então eu ficaria surpreso se ele fosse sinalizado por spam.
Enviar e-mail de uma instância do EC2 não é uma boa ideia, a menos que você esteja enviando o e-mail para um servidor de e-mail que tenha concordado especificamente em aceitar seu e-mail. Há várias razões, mas a principal delas é que o endereço IP do EC2 é dinâmico e um servidor de e-mail deve estar em um endereço IP estático para aceitar rejeições.
Basicamente, se você deseja enviar e-mails, é necessário enviá-los para um servidor de e-mail real que assumirá a responsabilidade de entregar o e-mail ao seu destino. A Amazon oferece esses serviços, com servidores de e-mail reais hospedados em endereços IP estáticos.
Na maioria das vezes, vejo problemas semelhantes com servidores de e-mail (e dos registros apresentados. Entendo que você se conecta a ALT1.aspmx.l.google.com, mas o e-mail não é enviado). Desabilitar o escalonamento da janela TCP ajuda a ignorar (não resolver o problema.
Eu não sei qual SO você está rodando no EC2, mas se for no Linux você pode tentar adicionar:
net.ipv4.tcp_rmem = 4096 87380 174760
net.ipv4.tcp_wmem = 4096 16384 131072
net.ipv4.tcp_window_scaling = 0
no seu /etc/sysctl.conf e execute sysctl -p depois.
Descobri que o Google bloqueou contas / endereços IP / ActiveSync, etc., quando seus sistemas de proteção automatizados suspeitam de atividade suspeita.
, ou seja, um usuário usando o Outlook com POP / SMTP de repente não pode efetuar login com o Outlook.
Para "desbloquear" um IP, você pode fazer login na conta do GMail a partir desse IP usando o website gmail.com, e a conta geralmente fica boa em alguns minutos.
Caso contrário, o Suporte Técnico do Google uma vez me direcionou para o link ou link para uma conta que o ActiveSync havia bloqueado e nada traria de volta.
Veja aqui para mais informações: link