Graeme Perrow's questions

Uso a autenticação OAuth 2.0 do Google no meu site há anos. Recentemente, ele parou de funcionar porque o redirect_uri que eu usei http://e o Google agora aparentemente requer https. Meu site é compatível com https, então alterei meu arquivo client_secrets.json local para usar https e também acessei a página do Google Cloud Platform sobre credenciais, selecionei o ID do cliente OAuth 2.0 e verifiquei se a entrada em URIs https://de redirecionamento autorizado também tinha. Depois de reiniciar meu servidor web, a autenticação ainda falha porque o redirect_uri ainda está usando http://.

Isso é apenas um problema de cache e desaparecerá em uma hora/dia? Há algo mais que eu tenha que fazer para atualizar o URI de redirecionamento ou dizer ao Google para atualizá-lo?

Eu tenho o sendmail rodando em uma máquina RedHat 7.1. Quero configurá-lo para autenticar usando PLAIN ou CRAM-MD5. Eu o tenho trabalhando com PLAIN (então sei que o cliente funciona, tenho o nome de usuário/senha correto, etc.), mas o CRAM-MD5 sempre retorna "535 5.7.0 authentication failed". Para testar, estou usando um script python simples que usa o módulo smtplib; Estou assumindo que a implementação do CRAM-MD5 está correta.

Ele responde ao EHLO com "AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN" e envia um desafio quando eu envio "AUTH CRAM-MD5", portanto aceita solicitações CRAM-MD5, mas se recusa a autenticá-las.

Eu sei que o CRAM-MD5 requer que o servidor tenha acesso às senhas de texto simples; é possível que não? Como posso saber e se não, como posso configurar a máquina para que isso aconteça?

Adicionei o nome de usuário/senha em /etc/mail/authinfo e executei map hash /etc/mail/authinfo < /etc/mail/authinfo. Não há mensagens de erro no arquivo /var/log/maillog.