Falha de autenticação POP3 do Reply-by-email

Após tentar configurar com uma conta do Gmail – a mensagem de falha disse que o Google queria oauth2 além de usuário/senha…

Estou tentando fazer funcionar no openinbox.com – não é muito caro, suporta starttls

Posso verificar o login assim:

gnutls-cli --starttls-proto=pop3 -p 110 pop3.openinbox.com

No entanto, quando ‘habilito responder a tópicos por e-mail’, recebo falha de autenticação

.. qualquer ajuda nisso é apreciada, o problema é que o Discourse não usa STARTTLS?

É muito mais fácil usar o contêiner receptor de e-mail. Veja Configurar e-mail de entrada de entrega direta para sites auto-hospedados. Além de ser mais fácil, é mais confiável, mais flexível e não requer polling, então as mensagens são entregues mais rapidamente.

Jay, eu também tentei isso, talvez minha tentativa de criar um registro MX esteja imprecisa. Eu recebo uma configuração OK no Mxtoolboxdotcom: (sem registro PTR, sem suporte para TLS, caso contrário, tudo verde)

Precisamos ter um registro DNS que direcione nosso e-mail TLD para nosso servidor de e-mail de saída, isso parece substituir minha tentativa de enviar e-mail para o servidor / subdomínio, viz: enviar e-mail de teste para nobody@discourse.TLD,domain aparece nos logs do receptor de e-mail como:

reject: RCPT from outgoinghost.otherdomain 454 4.7.1 <nobody@TLD,domain>: Relay access denied; from=ME@otherdomain to=nobody@TLD.domain

Eu tenho este registro MX:

Registro MX HOST discourse.TLD,domain VALOR discourse.TLD,domain. PRIORIDADE 10 TTL 1 min

Bem, como diz o ditado, é sempre DNS.

Não há muita chance de resolver isso usando placeholders, já que nem você nem quem estiver ajudando podem verificar nada, mas acho que aqui está uma tentativa.

O registro MX deve ser

discourse.example.com apontando para discourse.example.com com qualquer prioridade.

Não mude nada sobre o e-mail do TLD. Apenas o registro MX para o receptor de e-mail, que é o mesmo nome de host do Discourse.

Entendi, isso é útil… e eu estava sendo lerdo

conectado via telnet à porta 25, executei o script de depuração regular:

RCPT para: nobody@discourse.artisans-collab.org … etc

Isso funcionou bem, o log diz “entregue”, então voltarei à configuração e verei se consigo fazer o reply-by-email funcionar agora :slight_smile:

p.s.
Tenho certeza de que continuar depurando era DNS…

Porque continuei enviando mensagens de teste do meu endereço de e-mail regular (uma grande universidade) e aparentemente as alterações no DNS não se propagaram para dita grande infraestrutura de e-mail.

Então enviei uma mensagem de teste daquela conta openinbox que eu ia usar para POP3, bingo, entregou bem

Deus, eu costumava administrar servidores DNS, mas foi há algumas décadas, e os tempos eram mais simples.

De qualquer forma, meu MX (namecheap) parece exatamente como você disse… vou parar de ofuscar