Tempo limite de conexão do Google SMTP

4

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.

    
por Cerin 23.12.2011 / 23:04

4 respostas

0

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.

    
por 25.12.2011 / 07:09
1

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.

    
por 23.12.2011 / 23:23
1

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.

    
por 24.12.2011 / 00:52
1

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

    
por 24.12.2011 / 05:41