Como entrar em contato com a equipe do Gmail em relação ao bloqueio?

Question

(estou ciente de que existem várias quase duplicatas para esta questão no ServerFault, nenhuma me ajudou, infelizmente. Uma lista incompleta: 1 , 2 , 3 )

Eu tenho um servidor privado que também é o servidor de e-mail da minha e das minhas famílias. Há algumas semanas, o Gmail bloqueia e-mails do meu servidor e não consigo descobrir por quê. Os documentos do Google e os formulários de contato para isso eram becos sem saída ou blackholes, eles nunca voltam para mim.

Então, como posso entrar em contato com o Gmail a respeito disso? De preferência, um humano, claro.

Eu costumava enviar para o Gmail nos últimos anos, mas, há quase um mês, todos os meus e-mails foram rejeitados com a seguinte mensagem:

Our system has detected an unusual rate 550-5.7.1 of unsolicited mail originating from your IP address. To protect our 550-5.7.1 users from spam, mail sent from your IP address has been blocked. 550-5.7.1 Please visit 550-5.7.1 https://support.google.com/mail/?p=UnsolicitedIPError to review our 550 5.7.1 Bulk Email Senders Guidelines. 132si3016603wmh.2 - gsmtp (in reply to end of DATA command)

Veja o que verifiquei e fiz até agora:

• Para o melhor de minhas habilidades, não encontrei nenhum malware no meu servidor (também executei chkrootkit).
• O tráfego está baixo como sempre e ainda não encontrei nada de suspeito nos meus registros.
• Meu servidor não é um retransmissor aberto (eu verifico usando vários serviços online).
• O servidor só é usado por mim e pela minha família, somente usuários autenticados podem enviar.
• Meus servidores / domínios não estão listados em nenhuma DNSBL (verifiquei usando www.dnsbl.info e outros).
• Meus domínios estão listados em DNSWL.org.
• Meus domínios são registrados no Gmail Postmaster Tools. Eles estão marcados como Verificados lá.
• Tentei entrar em contato com o Gmail duas vezes usando o formulário de contato e forneceu as informações solicitadas. Eles não voltaram para mim (a primeira vez que escrevi para eles foi há 3 semanas, a última vez há alguns dias).
• Eu li o documento na página mencionada na devolução e li os que estão vinculados nessa página, mas todos acabam sendo becos sem saída.
• Nas ferramentas do Google Postmaster, eles vinculam a um documento escolher seu próprio estilo de aventura para solucionar problemas (também está ligado em algum lugar na página da mensagem de erro SMTP). Isso também acaba sendo um beco sem saída desde que eu cumpri tudo (com a única exceção que eu não tenho DKIM).
• Tenho registros SPF válidos para meus domínios, mas não DKIM.
• O IP tem um registro DNS reverso (PTR) válido.

Neste momento, não sei como proceder. Não parece haver uma maneira de realmente entrar em contato com um ser humano no Google em relação a isso e não consigo descobrir porque meu servidor está bloqueado pelo Gmail.

Como posso continuar? o que estou perdendo? Existe alguma maneira de contornar isso, por exemplo, um tipo de serviço de retransmissão que posso usar para enviar meus e-mails do meu servidor para o Gmail?

Editar: Eu verifiquei os logs do Postfix em busca de emails nas últimas semanas e notei que há backscatter de uma conta (o email desse usuário é encaminhado para outro servidor que às vezes recusa mensagens como spam que meu sistema não detectou). Acontece uma vez a cada dois dias e sempre para o mesmo endereço, mas é claro que preciso consertar isso. Além disso, os registros não mostram emails de saída incomuns. Eu me inscrevi no GSuite (as primeiras duas semanas são gratuitas) e enviei uma solicitação de suporte, vamos ver como isso acontece…

Editar 2: Eu recebi uma resposta de um humano no suporte do GSuite rapidamente. Depois de alguns e-mails, conversamos por telefone. Essencialmente, o cara me disse que infelizmente não há nada que ele possa fazer aqui (departamento errado e nenhum acesso aos sistemas necessários), mas ele gostaria de tentar me ajudar de qualquer maneira e encaminhar meu problema para outra pessoa. Isso foi na sexta-feira, terça-feira de hoje e infelizmente nada aconteceu até agora. As correspondências ainda não funcionam, por isso é outro beco sem saída e tentarei chamar alguém no telefone usando o link .

    

Answer 1

A resposta para a pergunta "Como contatar a equipe do Gmail?" é: você não pode. Você pode apenas imaginar o que está errado e esperar o melhor.

Eu finalmente consegui que o Gmail aceitasse meus e-mails novamente. As partes que faltavam eram DKIM e DMARC : adicionei suporte a elas no meu servidor ontem e agora posso enviar para o Gmail novamente.

Portanto, há uma lista de verificação bastante longa para tornar o Gmail feliz:

• Verifique se você não está enviando spam por meio de algum malware ou usuário infectado (verifique os registros do servidor de e-mail de saída!)
• Verifique se o IP do servidor tem um registro DNS reverso (PTR) válido.
• Verifique se o seu servidor não é um retransmissor aberto (existem serviços online para isso).
• Verifique se o seu servidor / domínios não está listado em nenhum DNSBL (por exemplo, www.dnsbl.info ou outros).
• (Opcional? Adicione domínios ao DNSWL.org)
• (Opcional? Adicione domínios às Ferramentas do Google Postmaster e verifique se eles estão marcados como Verificado lá.)
• Ter registros SPF válidos para seus domínios.
• Configure o DKIM.
• Configurar o DMARC.

Suponho que o Gmail ajustou suas políticas, pois a mesma configuração (sem o DKIM e o DMARC) funcionou durante meses, sem alterações.

É realmente preocupante que você não possa entrar em contato com a equipe do Gmail se houver algum problema. Entendo que eles não gostam de oferecer suporte a todos os pequenos operadores de servidor de e-mail, mas como isso pode ser realmente prejudicial para uma empresa se você não conseguir alcançar os usuários do Gmail, o Google deve se sair melhor aqui! Mesmo o cara do Google que eu consegui alcançar via suporte GSuite não foi capaz de fornecer qualquer ajuda, ele também não sabia como um mero mortal pode contatá-los (e ele insinuou que ele escreveu, mas não esperava qualquer resposta) .

Atualização: Então, infelizmente, embora eu possa enviar do meu domínio principal para o Gmail, os e-mails do segundo domínio (também com SPF, DKIM e DMARC válidos e do mesmo servidor) são ainda recusado pelo Gmail. Ótimo…

Atualização 2: Então eu descobri outra peça do quebra-cabeça. Por algum motivo, meu servidor estava entrando em contato com o Gmail com o IPv4 ao usar meu domínio principal, mas estava usando o IPv6 quando tentei enviar um e-mail com meu domínio secundário. Percebi isso no relatório do DMARC do Google (mas no relatório, todos os valores foram relatados como "passar" … wtf, Google?). Mas talvez tenha sido apenas "sorte" que em meus testes o IPv4 tenha sido usado com meu domínio padrão .

Eu verifiquei se o meu IPv6 tem um rPTR e, assim, endereço IPv6 → hostname → endereço IPv6 estava correto e também que o Postfix estava usando o HELO correto .

De qualquer forma, o que resolveu isso foi forçar o Postfix a enviar via IPv4 ao enviar para o Gmail.

Veja como você faz isso no Postfix. Adicione as seguintes linhas à sua configuração (a linha transport_maps pode já existir em seu sistema):

main.cf:
transport_maps = hash:/etc/postfix/transport

transport.cf:
gmail.com       smtp-ipv4:
google.com      smtp-ipv4:
googlemail.com  smtp-ipv4:

master.cf:
smtp-ipv4 unix  -       -       n       -       -       smtp
  -o inet_protocols=ipv4
  -o inet_interfaces=my.ipv4.addr.ess

Nota: a maioria dos guias que encontrei sobre isso não tem a linha -o inet_interfaces=my.ipv4.addr.ess (obviamente, insira o endereço IPv4 do seu servidor aqui), mas sem ela, recebi uma mensagem de erro fatal: config variable inet_interfaces: host not found: my:ipv6:address .

Depois de fazer essas alterações, ligue para

postmap /etc/postfix/transport

ou qualquer que seja o caminho para o seu arquivo transport , e reinicie o Postfix (simplesmente recarregar pode não funcionar).

Atualização 3: encontrei outro problema: domínios que usam o Gmail como MX. Parece que transport não ajuda aqui a forçar a conexão via IPv4. O que me forçou a fazer uma solução muito bárbara: prefiro IPv4 via IPv6 (descobri como esta resposta ).

main.cf:
smtp_address_preference = ipv4